当我在没有电脑的情况下运行iOS应用程序时,有时会在statup崩溃。如何诊断?

当我在没有电脑的情况下运行iOS应用程序时,有时会在statup崩溃。如何诊断?,ios,iphone,objective-c,crash,Ios,Iphone,Objective C,Crash,你们可以在标题中看到的所有问题。 我不知道为什么在没有Xcode的情况下运行时会崩溃。 如何诊断? 如何获取日志?如果您具有设备的物理访问权限,则下次插入时可以通过Xcode Organizer直接从设备中提取日志 另一种选择是,如果您没有对设备的物理访问权限,可以添加一个库来为您检索崩溃日志,例如,下一次启动应用程序时,它会将崩溃日志上载到服务器。如果您具有对设备的物理访问权限,则可以在下次插入时通过Xcode Organizer直接从设备中提取日志 另一种选择是,如果您没有对设备的物理访问权

你们可以在标题中看到的所有问题。 我不知道为什么在没有Xcode的情况下运行时会崩溃。 如何诊断?
如何获取日志?

如果您具有设备的物理访问权限,则下次插入时可以通过Xcode Organizer直接从设备中提取日志


另一种选择是,如果您没有对设备的物理访问权限,可以添加一个库来为您检索崩溃日志,例如,下一次启动应用程序时,它会将崩溃日志上载到服务器。

如果您具有对设备的物理访问权限,则可以在下次插入时通过Xcode Organizer直接从设备中提取日志


另一种选择是,如果您没有对设备的物理访问权限,可以添加一个库来为您检索崩溃日志,例如,下一次启动应用程序时,它会将崩溃日志上载到服务器。

如果您具有对设备的物理访问权限,则可以在下次插入时通过Xcode Organizer直接从设备中提取日志


另一种选择是,如果您没有对设备的物理访问权限,可以添加一个库来为您检索崩溃日志,例如,下一次启动应用程序时,它会将崩溃日志上载到服务器。

如果您具有对设备的物理访问权限,则可以在下次插入时通过Xcode Organizer直接从设备中提取日志


另一种选择是,如果您没有对设备的物理访问权限,可以添加一个库来为您检索崩溃日志,例如在下次启动应用程序时,该库会将崩溃日志上载到服务器。

有时启动时间会超过30秒吗?如果您正在启动应用程序,并且已连接到调试器,springboard将允许您的应用程序花费任何时间启动。如果您未连接到调试器,springboard将在30秒后终止您的应用程序。

有时启动时间会超过30秒吗?如果您正在启动应用程序,并且已连接到调试器,springboard将允许您的应用程序花费任何时间启动。如果您未连接到调试器,springboard将在30秒后终止您的应用程序。

有时启动时间会超过30秒吗?如果您正在启动应用程序,并且已连接到调试器,springboard将允许您的应用程序花费任何时间启动。如果您未连接到调试器,springboard将在30秒后终止您的应用程序。

有时启动时间会超过30秒吗?如果您正在启动应用程序,并且已连接到调试器,springboard将允许您的应用程序花费任何时间启动。如果您没有连接到调试器,springboard将在30秒后关闭您的应用程序。

通常在C语言中,这意味着您没有初始化某些内存。因此,有时您会有正确的启动条件,而有时则没有。一种常见的情况是,其他计算的起始情况为零:如果您没有将有问题的内存块归零,那么您的进程和其他进程(在这次运行和上次运行之间)已经写入并重写了该内存,因此它有时会为零(因此启动成功),而其他时间则不会


在您的情况下,您可能可以使用callgrind来检查崩溃发生的位置

一般来说,在C语言中,它意味着你还没有初始化一些内存。因此,有时您会有正确的启动条件,而有时则没有。一种常见的情况是,其他计算的起始情况为零:如果您没有将有问题的内存块归零,那么您的进程和其他进程(在这次运行和上次运行之间)已经写入并重写了该内存,因此它有时会为零(因此启动成功),而其他时间则不会


在您的情况下,您可能可以使用callgrind来检查崩溃发生的位置

一般来说,在C语言中,它意味着你还没有初始化一些内存。因此,有时您会有正确的启动条件,而有时则没有。一种常见的情况是,其他计算的起始情况为零:如果您没有将有问题的内存块归零,那么您的进程和其他进程(在这次运行和上次运行之间)已经写入并重写了该内存,因此它有时会为零(因此启动成功),而其他时间则不会


在您的情况下,您可能可以使用callgrind来检查崩溃发生的位置

一般来说,在C语言中,它意味着你还没有初始化一些内存。因此,有时您会有正确的启动条件,而有时则没有。一种常见的情况是,其他计算的起始情况为零:如果您没有将有问题的内存块归零,那么您的进程和其他进程(在这次运行和上次运行之间)已经写入并重写了该内存,因此它有时会为零(因此启动成功),而其他时间则不会


在您的情况下,您可能可以使用callgrind来检查崩溃发生的位置

我在日志中找到的,这就是你的意思特定于应用程序的信息:inc.rb.RAT未能及时恢复谢谢这很有帮助我发现这是因为主进程过载,iOS刚刚杀死了我的应用程序。我在日志中发现,这就是你的意思?-特定于应用程序的信息:inc.rb.RAT未能及时恢复谢谢这很有帮助我发现这是因为主进程过载,iOS刚刚杀死了我的应用程序。我在日志中发现,这就是你的意思?-特定于应用程序的信息:inc.rb.RAT未能及时恢复谢谢这很有帮助我发现这是因为主进程过载,iOS刚刚杀死了我的应用程序。我在日志中发现,这就是你的意思?-特定于应用程序的信息:inc.rb.RAT无法及时恢复。谢谢。这很有帮助。我发现这是因为主进程过载,iOS刚刚杀死了我的应用程序。