iOS 开发过程中遇到的那些奇葩的坑

1.打印异常:dyld: lazy symbol binding failed: Symbol not found: _objc_unsafeClaimAutoreleasedReturnValue(

dyld_sim`dyld_fatal_error:

    0x60e000 <+0>: int3   

->  0x60e001 <+1>: nop

问题描述:本人开发了一个iOS项目,开发环境:电脑环境Mac OS 10.12.2,编译环境:Xcode8.2.1,测试环境:iOS 10.2.1、iOS 8.4以及iOS 9.3.5 。应用程序iOS 10 和iOS 9.3.5环境运行正常,但是在iOS 8.4运行不起来,直接闪退,如图所示:

iOS 开发过程中遇到的那些奇葩的坑_第1张图片


问题解决办法:

检查调用的静态库,查看静态库最低兼容版本(Department Target是多少,如果是静态库最低兼容版本比你项目的兼容版本高,就需要修改之后重新打包静态库,我的问题就是 公司的SDK开发人员打包静态库的时候是用Xcode 7.2(默认最低兼容版本未iOS 9.2)打包的,忘记改最低兼容版本了,被坑了好几天,终于找到问题了

2.程序编译正常、运行正常但是打包时候报错,异常信息如下:

Undefined symbols for architecture armv7:

  "_OBJC_CLASS_$_*****", referenced from:

      objc-class-ref in ********.o

ld: symbol(s) not found for architecture armv7

clang: error: linker command failed with exit code 1 (use -v to see invocation)

    iOS 开发过程中遇到的那些奇葩的坑_第2张图片


如果你的项目也是运行正常,但是打包出问题了就可能是Build Active Architecture Only这个属性的问题,如下图所示:

iOS 开发过程中遇到的那些奇葩的坑_第3张图片


问题就出在这里,Debug模式下Build Active Architecture Only设置为YES,意思是只编译当前设备所对应的系统环境下,如果设置为NO,意思是编译为你所包含的所有设备的系统环境下通用的类型,这时候就出问题了!如果是为了发布而打包应用,这时候就不能把这个键值对设置为YES,这会导致你的应用上架后在其他设备不同系统上出现问题甚至无法运行的后果,其实出现问题的原因,上边的异常信息已经显示出来了,就是红色箭头指示的地方

iOS 开发过程中遇到的那些奇葩的坑_第4张图片


我这边的原因是公司封装SDK的人员在打包静态库的时候忘记修改这个键值对(默认的是Debug模式为YES,Release模式为NO),要把生成静态库的方法(运行或者编译)设置为NO,修改后重新替换即可


你可能感兴趣的:(日常收集)