Quel est le moyen fiable de faire planter une application iOS?

Je souhaite tester le rapport de plantage de mon application sur le terrain en le faisant délibérément planter lorsque l'utilisateur effectue une action particulière qu'un utilisateur réel est peu susceptible de faire accidentellement.

Mais quel est un bon moyen fiable de faire planter l'application sans créer d'avertissement au moment de la compilation?

Edit: Notez que de nombreuses réponses apparemment évidentes à cette question entraînent des exceptions qui sont interceptées par Cocoa et n'entraînent donc pas le plantage de l'application.

en Objective-C, utilisez C directement pour provoquer un mauvais accès

strcpy(0, "bla");

Remarque: bien que cela fonctionne sur n'importe quel système que je connais - dans une future version du runtime C OU du compilateur, cela pourrait ne plus conduire à un crash. voir Le comportement de déréférence de pointeur nul est-il indéfini dans Objective-C? )

(en un rien de temps, vous devrez passer à objC pour ce faire)

Mon coup de coeur actuel:

assert(! "crashing on purpose to test <insert your reason here>");

Un classique:

kill( getpid(), SIGABRT );

Et certains pr0n:

*(long*)0 = 0xB16B00B5;

Tous génèrent des plantages capturés par mon outil de rapport de crash.

Puisque nous utilisons tous Clang pour iOS, c'est assez fiable:

__builtin_trap();

Cela présente l'avantage d'être conçu exactement dans ce but, il ne devrait donc pas générer d'avertissements ou d'erreurs du compilateur.

abort(); provoque une résiliation anormale… C'est un crash.

Que diriez-vous d'un bon vieux débordement de pile :)

- (void)stackOverflow
{
    [self stackOverflow];
}

Le plus populaire - plantage du sélecteur non reconnu:

NSObject *object = [[NSObject alloc] init];
[object performSelector:@selector(asfd)];

Assurez-vous que la méthode -asdf n'est pas implémentée dans cette classe haha

Ou index au-delà de l'exception liée:

NSArray * array = [NSArray array];
[array objectAtIndex:5];

Et bien sûr kill( getpid(), SIGABRT );

Je pense que dans Swift, vous pouvez facilement lancer une erreur fatale:

func foo() {
    fatalError("crash!")
}

Il est même prévu d'utiliser cette fonctionnalité en cas de problème pour faire planter l'application.

Pour éviter une instruction if dans un cas particulier, vous pouvez également utiliser precondition. Il est similaire à assert, rend donc l'intention (si vous le souhaitez) assez claire et n'est pas supprimé dans la version finale en tant que assert. Il est utilisé comme precondition(myBoolean, "This is a helpful error message for debugging.").

Envoyer un message à un objet désalloué

exit(0);

(doit ... taper ... 30 caractères)

Vous pouvez également lever une exception:

[NSException raise:NSInternalInconsistencyException
            format:@"I want to test app crashes!."];

Ajoutez un outil de reconnaissance de gestes à une vue qui reconnaît une pression de 10 doigts (5 doigts pour iPhone comme 10 peuvent être un peu encombrés). Le GR a une méthode qui lui est attachée qui exécute n'importe lequel des moyens infaillibles mentionnés précédemment pour faire planter votre application. La plupart des utilisateurs ne vont pas poser 10 doigts sur votre application, vous êtes donc à l'abri de l'utilisateur général qui provoque accidentellement le crash.

Cependant, vous devriez pouvoir utiliser quelque chose comme Testflight ou simplement le déployer sur des appareils personnels et le tester dans la nature avant de le soumettre à Apple. Un crash forcé pourrait entraîner le rejet de votre application par Apple.

pourrait essayer quelque chose comme

NSArray* crashingArray = [NSArray arrayWithCapacity:1];
[crashingArray release];

devrait planter sur un EXC_BAD_ACCESS (il pourrait être nécessaire de le relâcher une deuxième fois mais normalement il devrait déjà planter comme ça)

J'irai avec:int raise(int sig);

Pour en savoir plus >man raise

Je tuerais simplement le processus normalement:

kill(getpid(), SIGKILL);

Donc, si vous installez un gestionnaire avec signal, vous pouvez également gérer le plantage, en finissant d'écrire les fichiers ouverts et ces choses.

j'utilise

[self doesNotRecognizeSelector:_cmd]; 

Lorsque je travaille avec RubyMotion, j'utilise ceci:

    n=Pointer.new ('c', 1)
    n[1000] ='h'

Essaye ça:

- (IBAction)Button:(id)sender
{
    NSArray *array = [NSArray new];
    NSLog(@"%@",[array objectAtIndex:8]);
}

une fausse NSLogdéclaration le fera

NSLog(@"%@",1);