Objective-C trouve l'appelant de la méthode

Question

Y a-t-il un moyen de déterminer la ligne de code d'un certain method a été appelé ?

Answer 1

StackJ'espère que cela vous aidera :

NSString *sourceString = [[NSThread callStackSymbols] objectAtIndex:1];
// Example: 1   UIKit                               0x00540c89 -[UIApplication _callInitializationDelegatesForURL:payload:suspended:] + 1163
NSCharacterSet *separatorSet = [NSCharacterSet characterSetWithCharactersInString:@" -[]+?.,"];
NSMutableArray *array = [NSMutableArray arrayWithArray:[sourceString  componentsSeparatedByCharactersInSet:separatorSet]];
[array removeObject:@""];

NSLog(@"Stack = %@", [array objectAtIndex:0]);
NSLog(@"Framework = %@", [array objectAtIndex:1]);
NSLog(@"Memory address = %@", [array objectAtIndex:2]);
NSLog(@"Class caller = %@", [array objectAtIndex:3]);
NSLog(@"Function caller = %@", [array objectAtIndex:4]);

Answer 2

Dans un code entièrement optimisé, il n'existe pas de moyen sûr à 100 % pour déterminer l'appelant d'une certaine méthode. Le compilateur peut employer une optimisation de l'appel de queue alors que le compilateur réutilise effectivement le cadre de la pile de l'appelant pour l'appelé.

Pour voir un exemple de ceci, placez un point d'arrêt sur une méthode donnée en utilisant gdb et regardez le backtrace. Notez que vous ne voyez pas objc_msgSend() avant chaque appel de méthode. C'est parce que objc_msgSend() fait un appel de queue à l'implémentation de chaque méthode.

Bien que vous puissiez compiler votre application sans optimisation, vous auriez besoin de versions non optimisées de toutes les bibliothèques système pour éviter ce seul problème.

Et ce n'est qu'un seul problème ; en fait, vous demandez "comment réinventer CrashTracer ou gdb". Un problème très difficile sur lequel les carrières sont faites. À moins que vous ne souhaitiez faire des "outils de débogage" votre carrière, je vous déconseille de vous engager dans cette voie.

À quelle question essayez-vous vraiment de répondre ?

Answer 3

En utilisant la réponse fournie par intropedro j'ai trouvé ça :

#define CALL_ORIGIN NSLog(@"Origin: [%@]", [[[[NSThread callStackSymbols] objectAtIndex:1] componentsSeparatedByCharactersInSet:[NSCharacterSet characterSetWithCharactersInString:@"[]"]] objectAtIndex:1])

qui me renverra simplement la classe et la fonction d'origine :

2014-02-04 16:49:25.384 testApp[29042:70b] Origin: [LCallView addDataToMapView]

p.s. - si la fonction est appelée en utilisant performSelector, le résultat sera :

Origin: [NSObject performSelector:withObject:]

Answer 4

Si c'est pour le débogage, prenez l'habitude de mettre un NSLog(@"%s", __FUNCTION__);

Comme première ligne à l'intérieur de chaque méthode dans vos classes. Vous pourrez ainsi toujours connaître l'ordre d'appel des méthodes en regardant le débogueur.

Answer 5

Vous pouvez passer self comme l'un des arguments de la fonction et ensuite obtenir le nom de classe de l'objet appelant à l'intérieur :

+(void)log:(NSString*)data from:(id)sender{
    NSLog(@"[%@]: %@", NSStringFromClass([sender class]), data);
}

//...

-(void)myFunc{
    [LoggerClassName log:@"myFunc called" from:self];
}

De cette façon, vous pouvez lui transmettre tout objet qui vous aiderait à déterminer où se situe le problème.