macos 使用内核扩展（kext）而非 linux 的内核模块，正常加载不记录“成功”日志；控制台仅在签名失败、权限拒绝或 sip 阻止等异常时留痕，可靠验证方式是 kextstat 命令输出及设备节点检查。
macos 没有“内核模块”这一 linux 风格的概念，它使用的是**内核扩展（kext）**，加载成功与否不会在“控制台”应用里以“加载成功”字样直接记录。控制台日志中通常只在**异常或拦截时留痕**，比如签名失败、权限拒绝、sip 阻止等；而正常加载的 kext 一般不主动打日志。
为什么控制台里找不到“加载成功”记录
苹果设计上默认静默加载合法 kext：只要签名有效、已获用户授权、未被 SIP 拦截，系统就会静默完成加载，不写入系统日志。因此你在控制台搜索“loaded”“kext”“success”等词，大概率得不到明确结果。
真正可靠的判断依据是终端命令 kextstat 的实时输出——只要某 kext 出现在列表中，就代表它已成功加载并运行。
控制台里能查到的关联线索（仅限异常情况）
虽然没有“成功”记录，但以下日志可间接说明加载是否被阻断：
- 搜索关键词 "kextd" 或 "kernel extension"：这是负责管理 kext 加载的守护进程，它的错误日志常含拒绝原因
- 查找 "not allowed"、"signature invalid"、"not authorized"：说明驱动因签名或授权问题被拒
- 过滤子系统 com.apple.driver.AppleKextExcludeList：某些黑名单 kext 会被此机制静默屏蔽
- 查看最近重启后的日志段：在控制台左侧选“日志报告”，打开最新 diagnostic.log 或 system.log，用时间轴定位开机后几分钟内的条目
更有效的验证方式（推荐组合使用）
别依赖控制台找“成功”，而是用以下方法交叉确认：
- kextstat | grep -i your_driver_name：出现在输出中 = 已加载
- ls /dev/tty.*：对串口类驱动，有对应设备节点才说明驱动生效
- ioreg -p IOUSB -l | grep -A5 -B2 "Product"：确认硬件被识别，并进一步查其匹配的驱动名
- 系统设置 → 隐私与安全性 → 内核扩展：灰色未勾选项 = 已安装但未授权，需手动点“允许”
补充：Catalina 及以后系统的特殊逻辑
从 macOS 10.15 开始，第三方 kext 必须同时满足三个条件才能加载：
- 开发者已通过 Apple 公证（notarization）
- 用户已在“隐私与安全性”中点击“允许”
- SIP（系统完整性保护）未禁用关键路径（如 /Library/Extensions）
任一缺失，kext 就不会出现在 kextstat 中，也不会在控制台报错——它只是“不存在于内核”，连尝试加载的动作都不会发生。
