O que é uma maneira confiável de travar um aplicativo iOS?

Desejo testar os relatórios de falhas do meu aplicativo em campo deliberadamente, quando o usuário executa uma ação específica que é improvável que um usuário real execute acidentalmente.

Mas qual é uma boa maneira confiável de travar o aplicativo que não cria um aviso no momento da compilação?

Edit: Observe que muitas respostas aparentemente óbvias para essa pergunta resultam em exceções que são capturadas pelo cacau e, portanto, não resultam no travamento do aplicativo.

no Objective-C, use C diretamente para causar um mau acesso

strcpy(0, "bla");

Nota: enquanto isso funciona em qualquer sistema que eu conheço - em uma versão futura do tempo de execução C OU no compilador, isso pode não levar mais a uma falha. consulte O comportamento nulo da dereferência de ponteiro nulo é definido em Objective-C? )

(rapidamente, você teria que fazer uma ponte para objC para fazer isso)

Meu favorito atual:

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

Um clássico:

kill( getpid(), SIGABRT );

E alguns pr0n:

*(long*)0 = 0xB16B00B5;

Todos eles geram falhas capturadas pela minha ferramenta de relatório de falhas.

Como todos usamos o Clang para iOS, isso é bastante confiável:

__builtin_trap();

Isso tem o benefício de ter sido projetado exatamente para esse fim, portanto não deve gerar avisos ou erros do compilador.

abort(); causa rescisão anormal ... Isso é um acidente.

Que tal um bom e velho estouro de pilha :)

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

Um dos mais populares - falha seletora não reconhecida:

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

Verifique se você não possui o método -asdf implementado nessa classe haha

Ou indexe além da exceção vinculada:

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

E claro kill( getpid(), SIGABRT );

Eu acho que no Swift você pode facilmente lançar um erro fatal:

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

Na verdade, pretende-se usar esse recurso, caso algo dê errado, a fim de causar o travamento do aplicativo.

Para evitar uma declaração if em um caso especial, você também pode usar precondition. É semelhante a assert, torna assim a intenção (se desejada) bastante clara e não é removida no lançamento final como assert. É usado como precondition(myBoolean, "This is a helpful error message for debugging.").

Enviar uma mensagem para um objeto desalocado

exit(0);

(deve ... digitar ... 30 caracteres)

Você também pode gerar uma exceção:

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

Adicione um reconhecedor de gestos a uma exibição que reconheça um toque de 10 dedos (5 dedos para iPhone, pois 10 podem ficar um pouco cheios). O GR possui um método anexado que executa qualquer uma das maneiras infalíveis mencionadas anteriormente para travar o aplicativo. A maioria dos usuários não coloca dez dedos no seu aplicativo, portanto, você estará protegido contra o usuário geral que causa o acidente acidentalmente.

No entanto, você deve poder usar algo como o Testflight ou simplesmente implantá-lo em dispositivos pessoais e testar em ambiente selvagem antes de enviá-lo à Apple. Ter uma falha forçada pode fazer com que seu aplicativo seja rejeitado pela Apple.

poderia tentar algo como

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

deve travar em um EXC_BAD_ACCESS (pode ser necessário liberá-lo uma segunda vez, mas normalmente já deve travar assim)

Eu irei com:int raise(int sig);

Para obter mais informações >man raise

Eu mataria o processo normalmente:

kill(getpid(), SIGKILL);

Portanto, se você instalar um manipulador com sinal, também poderá lidar com a falha, terminando de gravar arquivos abertos e essas coisas.

eu uso

[self doesNotRecognizeSelector:_cmd]; 

Ao trabalhar com RubyMotion, eu uso este:

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

Tente o seguinte:

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

uma NSLogdeclaração errada fará isso

NSLog(@"%@",1);