Bir iOS uygulamasını kilitlemenin güvenilir bir yolu nedir?

Kullanıcı gerçek bir kullanıcının yanlışlıkla yapması muhtemel olmayan belirli bir eylem gerçekleştirdiğinde kasıtlı olarak çökmesini sağlayarak benim app çökme raporlarını sahada test etmek istiyorum.

Ancak derleme zamanında uyarı oluşturmayan uygulama kilitlenmesini sağlamanın iyi ve güvenilir bir yolu nedir?

Düzenleme: Bu soruya görünüşte çok açık cevaplar Kakao tarafından yakalanan ve böylece app çökmesine neden olmayan istisnalara neden olduğunu unutmayın.

Objective-C'de kötü erişim sağlamak için C'yi doğrudan kullanın

strcpy(0, "bla");

Not: Bu, bildiğim herhangi bir sistemde çalışırken - C çalışma zamanının VEYA derleyicinin gelecekteki bir sürümünde, bu artık bir çökmeye yol açmayabilir. bkz Objective-C tanımsız davranış KQUEUE Is boş gösterici? )

(bunu yapmak için hızlıca objC'ye köprü kurmanız gerekir)

Şu anki favorim:

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

Bir klasik:

kill( getpid(), SIGABRT );

Ve bazı pr0n:

*(long*)0 = 0xB16B00B5;

Hepsi çökme raporlama aracım tarafından yakalanan çökmeleri oluşturur.

Hepimiz iOS için Clang kullandığımızdan, bu oldukça güvenilirdir:

__builtin_trap();

Bunun tam olarak bu amaç için tasarlandığı avantajı vardır, bu nedenle derleyici uyarıları veya hataları oluşturmamalıdır.

abort(); anormal sonlandırmaya neden olur… Bu bir çarpışmadır.

İyi bir eski yığın taşmasına ne dersiniz :)

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

En popüler olanı - tanınmayan seçici çökmesi:

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

Bu sınıfta -asdf yönteminin uygulanmadığından emin olun haha

Veya bağlı istisnanın ötesinde dizin:

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

Ve tabi ki kill( getpid(), SIGABRT );

Swift'te kolayca ölümcül bir hata atabileceğinizi düşünüyorum:

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

Aslında uygulamanın çökmesini sağlamak için bir şeyler ters giderse bu özelliği kullanmak için tasarlanmıştır.

Özel bir durumda if ifadesinden kaçınmak için de kullanabilirsiniz precondition. Bu benzeyen assert, (isterse) oldukça net böylece niyeti yapar ve olmayan olarak nihai sürümde kaldırıldı assert. Gibi kullanılır precondition(myBoolean, "This is a helpful error message for debugging.").

Ayrılmış bir nesneye mesaj gönderme

exit(0);

(mutlaka ... yazınız ... 30 karakter)

Ayrıca bir istisna oluşturabilirsiniz:

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

10 parmak dokunuşunu tanıyan bir görünüme jest tanıyıcı ekleyin (10 parmak biraz kalabalık olabileceğinden iPhone için 5 parmak). GR'de, uygulamanızın kilitlenmesini sağlamak için daha önce belirtilen kesin yollardan birini yürüten bir yöntem bulunur. Çoğu kullanıcı uygulamanızda 10 parmak bırakmayacaktır, bu nedenle kazara kazaya neden olan genel kullanıcıdan güvende olursunuz.

Bununla birlikte, Testflight gibi bir şeyi kullanabilmeniz veya yalnızca kişisel cihazlara dağıtabilmeniz ve Apple'a göndermeden önce vahşi ortamda test edebilmeniz gerekir. Zorunlu bir kilitlenme olması, uygulamanızın Apple tarafından reddedilmesine neden olabilir.

gibi bir şey deneyebilir

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

EXC_BAD_ACCESS üzerinde kilitlenmelidir (ikinci kez serbest bırakmanız gerekebilir, ancak normalde zaten böyle çökmelidir)

İle gideceğim:int raise(int sig);

Daha fazla bilgi almak için >man raise

Süreci normal olarak öldürürdüm:

kill(getpid(), SIGKILL);

Eğer sinyal ile bir işleyici yüklerseniz, aynı zamanda çökme, açık dosyaları ve bu şeyler yazmak için bitirme ele alabilirsiniz.

kullanırım

[self doesNotRecognizeSelector:_cmd]; 

RubyMotion ile çalışırken bunu kullanıyorum:

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

Bunu dene:

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

yanlış bir NSLogifade bunu yapar

NSLog(@"%@",1);