Come scaricare staticamente tutti i metodi ObjC chiamati in un'app Cocoa?

Question

Supponiamo di avere un'app Mac o iOS basata su Cocoa. Mi piacerebbe correre un analizzatore statica sul codice sorgente mia appo mia app binario per recuperare un elenco di tutti i metodi Objective-C chiamati in esso. C'è uno strumento che può fare questo?

alcuni punti:

1. Cerco una soluzione statica. Non sto cercando uno dynamic solution.

2. Qualcosa che può essere eseguito su un codice binario o sorgente è accettabile.

3. Idealmente l'uscita sarebbe solo una massiccia lista de-ingannato di metodi Objective-C come:

    
   … 
   -[MyClass foo] 
   … 
   +[NSMutableString stringWithCapacity:] 
   … 
   -[NSString length] 
   … 
   

   (Se non è de-ingannato che è cool)

4. Se altri tipi di simboli (funzioni C, vars statici, ecc) sono presenti, va bene.

5. ho familiarità con class-dump, ma per quanto ne so, si scarica i classi dichiarate nei vostri binari, non i chiamati metodi nel binario. Non è quello che sto cercando. Se ho torto, e tu puoi fare questo con dump di classe, per favore correggi lo.

6. Non sono del tutto sicuro che sia fattibile. Quindi se non lo è, anche questa è una buona risposta. :)

Answer 1

Il più vicino che sono a conoscenza di è otx, che è un wrapper otool e può ricostruire i selettori a objc_msgSend() siti di chiamata.

http://otx.osxninja.com/

Answer 2

Un altro grande strumento è class-dump che era sempre la mia prima scelta per l'analisi statica.

Answer 3

Se si sta cercando di trovare un elenco COMPLETO di tutti i metodi chiamati, questo è impossibile, sia staticamente che dinamicamente. La ragione è che i metodi possono essere chiamati in una varietà di modi e persino essere assemblati dinamicamente e programmaticamente.

Oltre alle normali chiamate di metodo che utilizzano i messaggi Objective-C come [Object message], è anche possibile inviare messaggi utilizzando le funzioni C-API da objc/message.h, ad es. objc_msgSend(str, del). Oppure puoi inviarli utilizzando l'API NSInvocation o con performSelector:withObject: (e metodi simili), consulta lo examples here. I selettori utilizzati in tutti questi casi possono essere stringhe statiche o possono essere anche creati a livello di codice da stringhe, usando cose come NSSelectorFromString.

Per peggiorare le cose, Objective-C supporta anche dynamic message resolution che consente a un oggetto di rispondere a messaggi che non corrispondono affatto ai metodi!

Se si è soddisfatti solo di invocazioni di metodi specifici, l'analisi del codice sorgente per i modelli elencati sopra fornisce un elenco minimo di metodi che possono essere richiamati durante l'esecuzione. Ma la lista può essere sia incompleta (vale a dire, non contiene metodi che possono essere chiamati), ma anche incompleta (cioè, può contenere metodi che non vengono chiamati in pratica).

Answer 4

otool -oV /path to executable/ | grep name | awk '{print $3}'