iOS常见代码错误和容错方法

  1. 数据类型安全篇
    • 数组操作
      1. + (instancetype)arrayWithObject:(id)anObject

此处参数应该判空,传入nil会引起崩溃

  1. – (id)objectAtIndex:(NSUInteger)index;

调用此方法前要先判断是否超过了数据的元素个数,否则会越界崩溃

  • – (NSArray *)arrayByAddingObject:(id)anObject;

调用此方式时传入参数应该判空,传入nil会引起崩溃

  1. NSMutableArray – (void)addObject:(id)anObject;

此处参数应该判空,传入nil会引起崩溃

  1. NSMutableArray – (void)insertObject:(id)anObject atIndex:(NSUInteger)index;

此处应该判断数据不为nil,且index不能越界

  1. NSMutableArray – (void)replaceObjectAtIndex:(NSUInteger)index withObject:(id)anObject

同上,此处应该判断数据不为nil,且index不能越界

  • NSMutableArray – (void)removeObjectAtIndex:(NSUInteger)index;

此处需要判断index不能越界

  • NSDictionary操作
    1. + (instancetype)dictionaryWithObject:(id)object forKey:(id <NSCopying>)key;

此处需要判断key和object都不能为空,否则崩溃

  1. – (id)objectForKey:(id)aKey;

此处需要判断aKey不能为空;另外需要注意此方法可以KVC读取property的值,若没有propertyName,返回值为空;返回值不为空时需要判断类型为NSNull,或NSNumber,因为这两个类型也支持NSSecureCoding协议

– (void)setObject:(id)anObject forKey:(id <NSCopying>)aKey此处需要判断key和object都不能为空,否则崩溃

  • – (void)removeObjectForKey:(id)aKey;

此处需要判定aKey不为空,否则崩溃

  • NSNumber操作
    1. 模糊类型进行各种charValue,doubleValue,floatValue等等转换为基础类型的时候一定要先判断respondsToSelector:否则会因为找不到方法而闪退
  • NSString操作
    1. – (NSString *)substringFromIndex:(NSUInteger)from;

from值不能小于0或者大于string的长度,否则崩溃

  1. – (NSString *)substringToIndex:(NSUInteger)to

to值不能小于0或者大于string的长度,否则崩溃

  • – (NSString *)stringByReplacingCharactersInRange:(NSRange)range withString:(NSString *)replacement
    1. length == 0 api调用合法,但是就是一句费代码了,所以不要这样调用
    2. location > string.length api不合法,已经越界,会崩溃,所以需要判断
    3. location + range.length > string.length api不合法,已经越界,会崩溃,所以需要判断
  1. – (NSString *)stringByReplacingCharactersInRange:(NSRange)range withString:(NSString *)replacement
    1. length == 0 api调用合法,但是就是一句费代码了,所以不要这样调用
    2. location > string.length api不合法,已经越界,会崩溃,所以需要判断
    3. location + range.length > string.length api不合法,已经越界,会崩溃,所以需要判断
    4. replacement == nil 替换的string不能为空,会崩溃,所以如果是变量需要判断
  2. 各种doubleValue,integerValue转换时需要respondsToSelector:判断能否执行此方法,否则特殊情况下会出现崩溃

 

  1. 内存访问篇(原则:使用前判空,释放后置空)
    • 内存释放后访问变量,例:
      obj = nil;
      NSLog(obj);
    • ARC中内存过早释放,例如CLLocationManager,CMMotionManager,UIDocumentInteractionController等需要使用成员变量把变量指针持有,防止过早释放引起崩溃
    • 对不能保证非空的对象进行判空操作
      if(obj)
      { obj do sth.}
    • 堆栈溢出
      1. 主要存在在C和C++代码的死循环中分配内存,C和C++ 代码的循环操作要添加逻辑判断,避免死循环
      2. malloc 一定要记得free,new以后一定要delete
  • oc中无限死循环分配内存可能造成系统死机,所以更要避免
  • 内存泄露
    1. 主要存在于闭包和runloop的内存持有,闭包使用__weak或者__strong引用即可解决,RunLoop持有就停掉死循环的RunLoop
  1. 方法访问篇
    • 在delegate调用,performSelecter等不确定方法是否已经被实现的场景下先使用respondsToSelector:判断方法是否可调用
  2. 字节对其篇(概念可以百度资料)
    • 主要32位CPU和64位CPU字长差异引起崩溃,不写C和C++代码的可以无视,例:
char *mem = malloc(16); // alloc 16 bytes of data

double *dbl = mem + 2;

double set = 10.0;

*dbl = set; // 此处由于mem + 2造成字节不对其引起崩溃(double是4字节)

 

解决方案1:
double *dbl = mem + 4; // 正确的字节对其就好
解决方案2:
memcpy(dbl, &set, sizeof(set));// 使用内存拷贝,系统方法自动对其

 

 

  1. 线程时序篇
    • 当某个对象会被多个线程修改的时候,有可能一个线程访问这个对象的时候另一个线程已经把它删掉了,导致 Crash

解决方案:加锁
普通锁:NSLock 普通的锁,加锁的时候 lock,解锁调用 unlock。可以简化为@synchronized(obj) { [obj addObject:tempObj]; }

NSRecursiveLock 递归锁

使用普通的 NSLock 如果在递归的情况下或者重复加锁的情况下,自己跟自己抢资源导致死锁。oc 提供了 NSRecursiveLock 锁可以多次加锁而不会死锁,只要 unlock 次数跟 lock 次数一样就行了。
NSConditionLock 条件锁

多数情况下锁是不需要关心什么条件下 unlock 的,要用的时候锁上,用完了就 unlock 就完了。oc 提供这种条件锁,可以在满足某种条件下才解锁。这个锁的 lock 和 unlock, lockWhenCondition 是随意组合的,可以不用对应起来
不加锁,使用原子队列来解决http://coolshell.cn/articles/8239.html

  • 重复时钟

如果一个 Timer 是不停 repeat,那么释放之前就应该先 invalidate.因为NSTimer是通过Runloop来实现的,RunLoop会持有timer的强引用,如果在下一次repeat之前timer已经被释放掉了,RunLoop回调的时候就会找不到对象而崩溃

发表评论

您的电子邮箱地址不会被公开。