macos - CoreAnalytics::Client / FrameworkConfiguration::init 内部的神秘崩溃
问题描述
我遇到了一个奇怪的崩溃，证明很难调试。我可以在启动我的应用程序后立即触发它，只需按下并释放命令键几次；不需要与我的应用程序进行其他交互。不用说，当命令键改变状态时，我的应用程序不会做任何事情。实际上，其他按键也会触发崩溃，包括字母键；Command 没有什么特别之处，只是它似乎不太可能产生其他副作用。
崩溃始终在后台线程中，始终具有相同的回溯，其中不包含我的任何代码：
#0 0x00007fff603da3ec in __cxa_throw ()
#1 0x00007fff42e90492 in nlohmann::basic_json<std::__1::map, std::__1::vector, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >, bool, long long, unsigned long long, double, std::__1::allocator, nlohmann::adl_serializer>::parser::unexpect(nlohmann::basic_json<std::__1::map, std::__1::vector, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >, bool, long long, unsigned long long, double, std::__1::allocator, nlohmann::adl_serializer>::lexer::token_type) const ()
#2 0x00007fff42e8ccad in nlohmann::basic_json<std::__1::map, std::__1::vector, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >, bool, long long, unsigned long long, double, std::__1::allocator, nlohmann::adl_serializer>::parser::parse_internal(bool) ()
#3 0x00007fff42e8fe63 in nlohmann::basic_json<std::__1::map, std::__1::vector, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >, bool, long long, unsigned long long, double, std::__1::allocator, nlohmann::adl_serializer>::parser::parse() ()
#4 0x00007fff42e8fcd4 in nlohmann::basic_json<std::__1::map, std::__1::vector, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >, bool, long long, unsigned long long, double, std::__1::allocator, nlohmann::adl_serializer> nlohmann::basic_json<std::__1::map, std::__1::vector, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >, bool, long long, unsigned long long, double, std::__1::allocator, nlohmann::adl_serializer>::parse<char const*, 0>(char const*, char const*, std::__1::function<bool (int, nlohmann::basic_json<std::__1::map, std::__1::vector, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >, bool, long long, unsigned long long, double, std::__1::allocator, nlohmann::adl_serializer>::parse_event_t, nlohmann::basic_json<std::__1::map, std::__1::vector, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >, bool, long long, unsigned long long, double, std::__1::allocator, nlohmann::adl_serializer>&)>) ()
#5 0x00007fff42e826be in FrameworkConfiguration::init() ()
#6 0x00007fff42e82478 in FrameworkConfiguration::create(applesauce::xpc::object) ()
#7 0x00007fff42e82100 in CoreAnalytics::Client::handleConfigurationChange_sync(applesauce::xpc::dict const&) ()
#8 0x00007fff42e81f52 in CoreAnalytics::Client::handleServerMessage_sync(applesauce::xpc::dict) ()
#9 0x00007fff42e94039 in ___ZZN13CoreAnalytics6Client4initEvENK3$_1clEv_block_invoke ()
#10 0x00007fff634b8a54 in _xpc_connection_call_event_handler ()
#11 0x00007fff634b795c in _xpc_connection_mach_event ()
#12 0x000000010040482f in _dispatch_client_callout4 ()
#13 0x0000000100421b3a in _dispatch_mach_msg_invoke ()
#14 0x000000010040bb40 in _dispatch_lane_serial_drain ()
#15 0x0000000100422eda in _dispatch_mach_invoke ()
#16 0x000000010040bb40 in _dispatch_lane_serial_drain ()
#17 0x000000010040cae8 in _dispatch_lane_invoke ()
#18 0x0000000100419f2e in _dispatch_workloop_worker_thread ()
#19 0x000000010049002c in _pthread_wqthread ()
#20 0x000000010048f157 in start_wqthread ()
nlohmann:: stuff 是一个我认识的 JSON 库，因为我在其他项目中使用过它，但我没有在这个项目中使用它。根据 Google 的说法，FrameworkConfiguration:: 和 CoreAnalytics:: 与我无法直接控制的 Apple 内部分析收集垃圾有关。我已经关闭了这台机器上系统偏好设置中的所有分析，在安全和隐私面板中，然后重新启动机器；该错误仍然是 100% 可重现的。
发生这种情况时，应用程序中的主线程什么也不做；通常它位于 mach_msg_trap() 中。主线程上的回溯也没有我的代码，并且是空闲的 CFRunLoop 的典型 macOS 回溯。
我尝试打开 Xcode 提供的各种调试功能——地址清理器、未定义行为清理器、malloc scribble / 保护边缘 / 保护 malloc / 僵尸对象 / malloc 堆栈。这些都不会导致与问题相关的任何输出。（即，除了 malloc 内容的初始输出说它已启用之外，没有输出，等等等等。）
我在 Catalina 10.15.3、Xcode 11.3.1 上。我的下一步将是升级这两个；我忘记了我已经过时了，但只是有点过时了，所以如果这有什么不同，那就太令人惊讶了。
显然，当我按下按键时，我系统上的其他应用程序不会崩溃，所以我的应用程序一定有什么事情会触发这个问题，但我无法想象是什么，我不知道如何调试这个. 我想如果升级没有帮助，我会复制我的项目并开始删除大块代码，直到错误不再重现，并尝试缩小应用程序的责任部分。不过，我想我会先在这里查看是否有人看过。谢谢。
补充：我刚刚更新到 macOS 10.15.4 和 Xcode 11.4.1。这次崩溃没有变化。是时候开始雕刻了。如果我找出原因，我会在这里发布，以便其他人找到他们是否遇到了这个问题。
解决方案
嗯，有点不满意的答案是它似乎是某种损坏的 Xcode 项目文件的结果。我从 11.4.1 中创建的一个新的 Cocoa 应用项目开始，并在源文件和资源中一一添加，边做边测试。我最终重新创建了完整的项目，并且该错误不再存在。通过遵循所有 Xcode 的项目升级建议，旧的 Xcode 项目是从旧版本继承而来的。我已经用细齿梳检查了这两个项目的所有构建设置，但看不到任何可以解释差异的东西。这是一个谜。但是为了后代：如果您看到这个问题，请从头开始重建您的项目。