iOS面试：BAD_ACCESS在什么情况下出现？

EXC_BAD_ACCESS 是一种常见的运行时错误，通常发生在 iOS 开发中。它指的是程序试图访问已释放或未分配的内存区域。具体来说，BAD_ACCESS 的出现通常与下面几种情况有关：

1. 访问已释放对象

当你尝试访问一个已经被释放的对象时，会导致 BAD_ACCESS 错误。这通常发生在以下场景：

对象未正确管理，可能是因为使用了 release 或 autorelease 移除对象，随后试图访问该对象。
使用了 ARC 的情况下，可能不小心使得拥有该对象的引用变为 nil 后又想使用它。

示例：

复制代码

- (void)dealloc {  

    [_myObject release];   

}  



- (void)someMethod {  

    // 这里可能会导致 BAD_ACCESS  

    [_myObject doSomething];  

}

2. 使用野指针（Dangling Pointer）

如果持有指向某个对象的指针，但该对象已被释放且未设为 nil，使用这个指针会导致 BAD_ACCESS 错误。这在重用对象或在多个线程中共享对象时尤其常见。

示例：

复制代码

@interface MyClass : NSObject  @property (nonatomic, strong) NSString *string;  @end  



MyClass *myInstance = [[MyClass alloc] init];  

[myInstance release]; // myInstance 被释放  NSLog(@"%@", myInstance.string); // 访问了已释放的对象

3. 使用未初始化的对象

当你尝试访问一个没有被初始化的对象或者未设置为指向有效内存的指针时，也会出现 BAD_ACCESS。例如，声明一个对象但不使用 alloc/init 进行初始化后直接访问它。

示例：

复制代码

NSString *myString; // 声明但没有初始化  NSLog(@"%@", myString); // 访问未初始化的对象

4. 数组越界

访问数组时使用了超出其边界的索引也可能导致 BAD_ACCESS。进行越界访问时，程序将尝试访问未分配的内存地址。

示例：

复制代码

NSArray *array = @[@"A", @"B", @"C"];  NSString *item = array[3]; // 越界访问，index 不在有效范围内

5. 多线程问题

在多线程编程中，若一个线程释放了对象，另一个线程继续使用该对象，也会导致 BAD_ACCESS。这样的问题通常很难调试，因为错误的出现时间和频率可能不规律。

预防措施

为了预防 BAD_ACCESS 错误，可以采取以下措施：

在访问对象之前，确保对象是否有效。
使用 ARC（Automatic Reference Counting）来自动管理内存，可以降低 BAD_ACCESS 的风险。
使用 __weak 和 __strong 引用来防止野指针问题。
在调试时，可以使用 Xcode 的 Address Sanitizer，它可以帮助检测内存访问错误。
考虑使用 NSPointerArray 和 NSHashTable 等可处理弱引用和对象生命周期的集合类。

EXC_BAD_ACCESS 错误通常是因为访问了已释放的内存或未初始化的对象。这类错误可以通过更严谨的内存管理措施和代码结构来有效减少，从而提高应用的稳定性。