iOS崩溃日志不包含行号，并且无法使用反汇编找到符号

是因为在发布版本的iOS应用中，通常会关闭调试符号(debug symbols)的生成和嵌入。调试符号是编译器在构建应用时生成的一种映射表，它将应用的二进制代码与源代码中的行号和符号进行关联。这样，在应用崩溃时，调试符号可以帮助开发者快速定位问题所在。

关闭调试符号的生成和嵌入可以减小应用的大小，并增加发布版本的安全性。因为调试符号包含应用的源代码信息，如果恶意用户获得了这些符号，他们可能会使用它们来进行逆向工程或攻击。

然而，即使崩溃日志不包含行号和符号信息，仍然可以通过其他方式来分析和调试崩溃问题。以下是一些可能的方法：

1. 使用符号表（symbolicate）工具：可以将崩溃日志与应用的符号表进行关联，从而还原崩溃时的堆栈信息。在Xcode中，可以使用symbolicatecrash工具来执行这个操作。
2. 使用第三方崩溃报告工具：有很多第三方工具可以帮助分析崩溃报告，它们通常提供了更友好的界面和分析功能。一些常用的工具包括Fabric/Crashlytics、Bugly等。
3. 根据崩溃日志中的其他信息进行推理：崩溃日志中可能包含一些其他的信息，如堆栈信息、异常类型等。通过分析这些信息，可以推断出可能的问题所在。

尽管无法直接获得行号和符号信息，但以上方法仍然可以帮助开发者定位和解决崩溃问题。在实际开发中，建议在开发和测试阶段开启调试符号的生成和嵌入，以便更方便地调试和定位问题。在发布版本时再关闭调试符号，以提高应用的安全性和性能表现。

腾讯云相关产品和产品介绍链接地址：

• 腾讯云崩溃分析（https://cloud.tencent.com/product/caf）
• 腾讯云移动测试服务（https://cloud.tencent.com/product/saas）

请注意，以上所提供的答案仅供参考，并可能因iOS版本、开发工具版本等因素而有所差异。在实际应用开发中，建议参考相关文档和官方资源以获取准确和最新的信息。