流氓不会留盲

在进行iOS开发时，偶尔会碰到libc++abi.dylib handler threw exception，这种错误，而且这种错误也不打印任何相关的信息。可以使用将有问题的代码放到try块中，然后就可以在catch块里打印出出错信息，调试起来很方便。这种机制在iOS的体系架构中效率比较低，所以不建议放到产品代码中，只适合用来调试。

如果你的app运用了CoreData技术，那么在你修改了DB字段以后，再在旧版本上升级为新版本时会crash. 因为升级只升级了应用app,没有升级目录下的db文件。如果是开发当中，只需要deleate app再install一次。如果是上传到appstore的软件，那你可要小心处理了，没有经过migrate处理的app,用户升级后必然会crash.所需要的技术就是CoreData ver

1 将architecture 选项中的armv7s 或者armv6去掉，仅仅保留armv7 即可2 如果上述方法不行，请查看project配置中是否正确配置了project name。该方法参照：I had this problem and it turned out to be a spelling mistake in the product name in

reason: '-[__NSCFArray removeObjectAtIndex:]: mutating method sent to immutable object2011-01-25 10:46:31.992 086Sections[651:307] *** Terminating app due to uncaught exception 'NSInternal

自2015年2月以来，苹果就已经强制让app支持64位了，所以相信很多童鞋在上传老版应用时，都遇见过构建版本中无版本可选的问题，这时候你点击iTunes connect上的预发布就会发现苹果告诉你你的二进制文件无效，这也就是我们以前常说的Invalid binary。         上网搜索的话会发现网上晒出了好多Invalid binary的解决法案，总结一下最靠谱的就是等待苹果的答复邮件