好的
所以最近我遇到了很多问题,一个应用程序在调试模式下工作,而不是在分发模式下工作。
是否可以将xcode调试工具(如断点和变量跟踪)与应用程序的临时发行版本一起使用?
如果不是这样,人们通常如何去调试这样的东西呢?
发布于 2011-07-29 19:23:21
假设你的崩溃日志没有给你任何线索(你需要连接到设备上才能得到它们),你可以做很多事情。
但我会先看看车祸记录。线索将会在那里,不要忘记苹果通过iTunesConnect向你提供了分发崩溃日志。
1)大量的日志记录是一回事。许多开发人员使用一个开关,以便在调试时,日志会转到控制台,但对于其他构建,日志会被删除。考虑一个不同的选项,您可以改为登录到一个文件。然后,您可以将日志文件推送到远程服务器进行调试。设置这一切有点费力,但是一旦你完成了,你会想知道没有它你是如何生活的。
2)另一种选择是当您检测到出现问题时,使用Another并记录事件。当事情不像预期的那样时,这可以涵盖更多可控的问题,而不是随机的崩溃。这对于已发布的应用程序来说可能是一个有用的功能,前提是您的条款和条件清楚地说明了您正在记录的数据及其原因。
3)确保你做了一个干净的构建,我相信你已经做到了这一点,但有时它会解决这些问题。
4)您是否在使用外部库/模块?我遇到过旧版本TT的问题,其中arm6/7构建设置是错误的,这导致了发布构建的问题。基本上,检查每个配置文件的构建设置,并确保它是您所期望的。
5)怀疑存在竞争条件。在分发模式下(通常是因为日志记录已关闭),您会发现应用程序运行得更快一些。这可能会暴露出写得不好的代码中的计时问题。
所以没错..。你可以做很多事情...您不能附加调试器;-)
发布于 2011-07-29 19:19:06
无法在分发模式下调试应用程序。
发行版、调试和发布之间的构建配置差异实际上是您在XCode中为其设置的任何参数。如果你的发行版配置给你带来了问题,而发行版没有问题,最简单的解决方法是回到苹果的步骤,复制发行版配置,并进行更改,使其成为发行版配置,就像你最初做的那样。
另一种选择是检查发布和分发的每一行配置,并找出不同之处。另一种方法要快得多。:)
https://stackoverflow.com/questions/6872147
复制相似问题