奇怪的故障

某个再普通但是的下午，我像往常一样在 Mac 上开发 Go 项目。写完了代码，go build 成功。一切正常——接下来 ./server 启动，没有任何反应。

没有日志输出。没有端口监听，没有报错信息。进程是创建了但像被施了定身术一样，RSS 始终只有 字节。

更诡异的是我常用的 air明明能正常运行——它也是 Go 编译的二进制。只有新编译的二进制跑不起来。

如果你也遇到过差不多情况。可能也会和我一样：先是怀疑代码有问题，接下来怀疑 Go 版本，最终怀疑人生。

好在这次排查我全程使用了 Claude Code来辅助诊断。按理说，就像有一个经验丰富的 SRE 坐在旁边。 帮我一步步缩小范围、排除干扰项。下面就是这次 AI 辅助排查的完整过程。

从排查之路来看，一次次排除。一步步逼近

第 步：验证编译

确认不是代码问题：

go build ./... # 通过零错误
go run ./cmd/server/ # 进程创建成功，但…没有任何输出

再看查看进程状态。

PID STAT RSS COMMAND SN server

RSS 只有 字节，这基本上等于进程创建后什么都没干。

第 步：查日志

I let Claude Code check startup situation of project,it automatically read /logs/debug.log,found that timestamp had not been updated—meaning that MainLogger,or similar init function never executed.

第 步：确认二进制文件是完整的

The assistant ran file /tmp/tesllo && otool -l /tmp/tesllo 。confirming that Mach-O structure was intact and not corrupted.

第 步：排除 CGO

Plausible suspicion was a CGO dynamic linking issue:

CGO_ENABLED=0 go build -o /tmp/tesllo ./cmd/server/

The result: succeeded same failure.

第 步：排除代码签名

Tried manual signing:

codesign -s - --force /tmp/tesllo

第 步：排除隔离属性

You can also check quarantine flags:

第 步：柳暗花明——发现 syspolicyd

ps aux | grep syspolicyd 结果令人震惊这方面，javascript root % /usr/libexec/syspolicyd CPU 占用 %。老实说， 这个进程已经跑了  天  小时基本处于卡死状态。

*Step: Confirm association *

Found that syspolicyd was abnormal,and Claude gave a causal chain:

text syspolicyd is System Policy Daemon which verifies code signatures of new binaries. When launching new process,kernel calls amfid -> syspolicyd. If syspolicyd stuck,verification cannot finish,process stays in loading stage forever.

This explains *** RSS only small bytes—binary is mmaped but never executed. Also explains *** air works—already loaded once.

---

Root Cause Analysis

ini 频繁 go build 新二进制 ↓amfid 调用 syspolicyd 验证 ↓堆积阻塞 ↓syspolicyd CPU 占高陷入死循环 ↓新二进制加载被卡住 ↓RSS=。code never runs

Trigger Conditions 1) 长时间不重启 2) 高频率编译新二进制 3) macOS自动公证检查超时重试

---

Solutions

重启电脑

bash sudo shutdown -r now

重启 syspolicyd

bash sudo killall syspolicyd

验证是否修复

bash ps aux | grep syspolicyd # 正常 CPU 应为 -%

---

Prevention

1) 每周重启一次 Mac 2) 开发时留意 Activity Monitor 中 syspolicyd CPU 3) 保持 macOS 更新 4) 如发现异常立即 killall

---

Reflection on AI-assisted Troubleshooting

AI helped me from identifying logs to isolating system daemon quickly. It’s not replacing expertise but amplifying it by automating repetitive checks and cross-verifying data.

---

Have you encountered similar macOS environment issues?Feel free to share your experience.

---