Що є надійним способом зробити збій програми для iOS?

Я хочу перевірити звітність про аварійну ситуацію в моєму додатку, навмисно наклавши на нього аварію, коли користувач виконує певну дію, яку справжній користувач навряд чи здійснить випадково.

Але який хороший надійний спосіб зробити збій програми, який не створює попередження під час компіляції?

Редагувати: Зауважте, що багато, здавалося б, очевидних відповідей на це питання призводять до винятків, які потрапляють на какао і, таким чином, не призводять до збоїв у програмі.

в Objective-C використовуйте C безпосередньо, щоб спричинити поганий доступ

strcpy(0, "bla");

Примітка. Хоча це працює в будь-якій системі, яку я знаю - у майбутній версії C виконання програми або компілятора це може більше не призвести до збоїв. див. Чи невизначена поведінка вказівника перенавантаження в Objective-C? )

(швидко вам доведеться перейти до objC, щоб це зробити)

Мій поточний фаворит:

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

Класичний:

kill( getpid(), SIGABRT );

І деякі pr0n:

*(long*)0 = 0xB16B00B5;

Усі вони генерують збої, зняті моїм інструментом звітності про аварії.

Оскільки ми всі використовуємо Clang для iOS, це досить надійно:

__builtin_trap();

Це має ту перевагу, що він розроблений саме для цієї мети, тому він не повинен створювати попередження або помилки компілятора.

abort(); викликає ненормальне припинення ... Це збої.

Як щодо хорошого переповнення старого стека :)

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

Найпопулярніший - невпізнаний збій селектора:

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

Переконайтеся, що у вас не використовується метод -asdf у цьому класі ха-ха

Або індекс за межами виключення:

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

І звичайно kill( getpid(), SIGABRT );

Я думаю, що в Swift ви могли легко нанести фатальну помилку:

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

Насправді навіть призначено використовувати цю функцію у випадку, якщо щось піде не так, щоб збити програму.

Щоб уникнути оператора if у спеціальному випадку, ви також можете використовувати precondition. Це схоже на assert, робить таким чином намір (за бажанням) досить зрозумілим і не видаляється в остаточному релізі як assert. Він використовується як precondition(myBoolean, "This is a helpful error message for debugging.").

Надішліть повідомлення розміщеному об’єкту

exit(0);

(повинен ... введіть ... 30 символів)

Ви також можете підняти виняток:

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

Додайте розпізнавальник жестів до подання, яке розпізнає дотик на 10 пальців (5 пальців для iPhone, як 10, можуть трохи переповнитися). У GR є приєднаний до нього метод, який виконує будь-який із згаданих раніше надійних способів змусити ваш додаток до збоїв. Більшість користувачів не збираються класти 10 пальців на ваш додаток, тож ви захищені від загального користувача, який випадково спричинить збій.

Однак ви повинні мати можливість використовувати щось на кшталт Testflight або просто розгортати його на особистих пристроях і тестувати в природі, перш ніж подавати його в Apple. Примусовий збій може призвести до відхилення вашої програми Apple.

міг спробувати щось подібне

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

має вийти з ладу на EXC_BAD_ACCESS (можливо, потрібно буде випустити його вдруге, але, як правило, він повинен вийти з ладу, як це вже)

Я піду:int raise(int sig);

Щоб отримати більше інформації >man raise

Я б просто вбив процес нормально:

kill(getpid(), SIGKILL);

Отже, якщо ви встановите обробник з сигналом, ви також можете впоратися з збоєм, закінчуючи записувати відкриті файли та ці речі.

я використовую

[self doesNotRecognizeSelector:_cmd]; 

Під час роботи з RubyMotion я використовую це:

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

Спробуйте це:

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

неправильне NSLogтвердження це зробить

NSLog(@"%@",1);