仅Ad Hoc构建版本崩溃，Xcode直连运行正常求助

这种情况我之前踩过好几次坑——模拟器和Xcode直连真机跑完全正常，一装Ad Hoc包就崩，大概率是签名权限、编译配置差异或者Release模式下的隐性问题导致的，给你几个具体的排查方向：

• 先查ATS与网络权限配置
  很多时候调试时会在Xcode里临时放宽ATS限制，但打包Ad Hoc时忘了把配置同步到Info.plist里。如果你的接口是HTTP协议，或者需要访问某些不符合ATS标准的域名，Ad Hoc包会直接拦截网络请求，进而触发崩溃。另外，别忘了检查NSNetworkUsageDescription有没有在Info.plist里配置——iOS要求网络请求必须向用户说明用途，没加这个的话，Release/Ad Hoc包会直接崩溃，而调试模式可能会绕过这个检查。

• 验证签名与Provisioning Profile权限
  Ad Hoc用的证书和调试证书的权限范围可能不一样，比如你的Provisioning Profile是否包含了网络访问、后台刷新等必要权限？可以在Xcode里打开Signing & Capabilities，对比Debug和Ad Hoc配置的Capabilities是否完全一致，特别是那些和网络相关的权限。

• 深挖崩溃日志的关键线索
  既然已经拿到设备日志，重点抓这几个部分：

  • Exception Type和Exception Code：比如EXC_BAD_ACCESS大概率是野指针，NSInvalidArgumentException可能是JSON序列化时传了无效参数；
  • Thread 0 Crashed的调用栈：找你自己代码里的方法名，定位到崩溃发生的具体代码行。比如是不是在把模型转JSON时，Release模式下某些属性被优化掉了？或者网络请求的回调里用了已释放的对象？

• 对比Debug与Release的编译配置
  打开Xcode的Build Settings，切换到Debug和Release模式，逐一对比差异：

  • Optimization Level：Release模式默认是Fastest, Smallest，可能会把某些变量提前释放，导致野指针；可以临时把Release的优化改成None，打包测试看看会不会崩溃，以此验证是不是优化导致的；
  • 宏定义：有没有只在Debug模式下生效的宏？比如你可能在Debug时跳过了JSON格式校验，Release模式下没处理非法JSON；
  • 第三方库：是不是Debug用了动态库，Release用了静态库？有没有库在Release模式下有兼容性问题？

• 用Release模式直连真机调试
  别直接装Ad Hoc包，先把Xcode的Scheme改成Release模式，用数据线直连真机运行，看看会不会复现崩溃。如果能复现，那问题就出在Release配置上，而不是Ad Hoc签名本身，这样你就能直接在Xcode里断点调试，快速定位问题。

内容的提问来源于stack exchange，提问作者Bart Mommens