macOS Launch Daemon可链接框架咨询：C++进程崩溃排查

一、Launch Daemon 环境核心限制 #

Launch Daemon运行在无图形会话、无窗口服务器的系统级环境，所有依赖UI交互、图形渲染或用户会话的框架都不能用，否则大概率触发SIGABRT这类崩溃。

二、可安全使用的框架 #

• 系统基础工具类：Foundation（避开NSAlert这类UI相关API）、CoreFoundation、libc、libdispatch（GCD）、IOKit、Security、SystemConfiguration、Network、CoreServices（只用非UI子组件）
• 数据处理类：CoreData（注意后台线程安全）、JSONSerialization、CoreText（仅限文本逻辑处理，别碰渲染相关）
• 系统交互类：LaunchServices（只做查询类操作）、DiskArbitration、CoreLocation（要提前配置好权限，后台模式下注意调用限制）

三、绝对不能碰的框架 #

哪怕偶尔没崩溃也别用，风险极高：

• 全UI相关框架：AppKit、CoreGraphics（你已经移除，但要排查是否有第三方库间接依赖）、QuartzCore、UIKit
• 依赖用户会话的框架：AVFoundation（部分API绑定音频/视频会话）、Social、GameKit

四、随机SIGABRT崩溃排查技巧 #

1. 查间接依赖：用otool -L 你的守护进程二进制文件命令，检查是否有悄悄链接UI框架的第三方库或静态库
2. 抓详细日志：在launchd.plist里配置StandardErrorPath和StandardOutPath输出日志，或者用log stream --predicate 'process == "你的守护进程名"'实时看崩溃时的调用栈
3. 线程安全检查：多线程操作时，确保Foundation/CoreFoundation对象的线程安全，别在非主线程碰任何沾UI的对象（哪怕是无意的）
4. 权限排查：SIGABRT也可能是权限不足导致的，确认plist里的UserName/GroupName配置正确，别访问无权限的系统资源

内容的提问来源于stack exchange，提问作者c00000fd