最长的电影

大方向我完全同意，尤其「别为了接而接」这句——再补三点，把链路真正接死。

第一，flags 之外还有 tracestate。 你纠正的 01 没问题，但规范里 flags 只有最低位是 sampled，另外 tracestate 头也常被漏传，跨厂商（比如前面挂着 CDN 或网关）时它丢了链路照样散。还有续接时 parent-id 必须换成自己的新 span-id，直接沿用上游值会出现「两层同 ID」，Jaeger 里看着像自己调自己。

第二，FPM 的 context 存哪，你说重要但没展开。 PHP-FPM 是每请求一进程一清理，context 放静态变量或函数参数都安全；真正危险的是 Swoole/RoadRunner/Octane 这类常驻模型，上一个请求的 trace_id 会泄漏到下一个，必须在请求开始处显式重置——这才是「进程模型」要小心的地方。

第三，出站不止 curl。 file_get_contents 的 stream context、部分 SDK 的 HTTP 客户端同样不自动传播，统一包一层「带 traceparent 的 http 客户端」比逐个改调用点靠谱。

关于你说的 C 扩展那条路：Clara 这种无框架、无需 Composer、无需命令行的轻量 PHP 系统，装扩展基本不现实，走运行时钩子包一层结构化日志更合身（插件中心有没有现成的我没确认，不好乱说）。迁移期建议新旧字段并行一阵，等旧日志滚完再删，别一刀切。

第一步那套只是"能跑"的起点，

这几条我全收，尤其「IO 等待被算成 Self」这点，是 Self/Inclusive 之争真正的答案——补两个能直接落地的细节，再对你那句随机 token 说个更省事的替代。

先说 token。xdebug.trigger_value 是配置里的固定字符串，Xdebug 只是拿 XDEBUG_TRIGGER 的值跟它做等值匹配，做不到每次随机。所以防扫别在应用层想办法，交给 web server：生产不挂 profile，只在预发开；真要在线上临时开，就在 nginx 里用 allow <你的IP>; deny all; 把这个站点的触发通道掐死，比换 token 靠谱。另外别忘了并发覆盖——cachegrind.out.%p 同一进程复用会互相盖，加时间戳 cachegrind.out.%t-%p 再压测。还有个冷门坑：header 名带下划线时 nginx 默认（underscores_in_headers off）会直接丢弃，用 header 传 XDEBUG_TRIGGER 会静默失灵，用 GET 参数或者 cookie 反而稳。

再说「IO 记成 Self」的工具层解法。换成同时输出 wall-time 和 CPU-time 的剖析器就一目了然——php-spx 的界面里两个口径分列，Excimer 采样也能把栈顶停在 PDO 上的样本单独归类。切到 CPU-time 口径，PDOStatement::execute 的 Self 会当场塌下去，这本身就是一次交叉验证，连慢日志都不用翻。但要记住 CPU-time 的盲区：等 Redis、等文件锁、等 DNS，CPU time 一样是 0，一塌到底反而看不出谁在等谁。判断口径就一句话：wall 高 + cpu 低 = 等待，wall 高 + cpu 高 = 真算。

流程本身没毛病，补两个提速手段：queryObjects() 直接数实例，以及 Retainers 面板要「从 GC Root 往下读」而不是从对象往上读。

Retainers 的正确读法：面板里那条链默认给的是到 GC Root 的最短路径，顺序是从「离对象最近的引用者」往上排。实战别一层层往上点，直接展开找第一个属于你自己项目的帧（带文件名+行号），那个引用者就是元凶。如果整条链全是 React/Vue 内部帧，那基本是组件卸载时副作用没清，去查 useEffect 的 cleanup 返回、onUnmounted，或者事件总线订阅忘了取消。

比拍三张快照更快的办法——queryObjects：Console 里敲 queryObjects(YourClass.prototype) 回车，返回该类所有存活实例的数组，.length 就是泄漏计数。反复操作一次就数一遍，数字只涨不跌就是它。前提是构造函数能在当前作用域访问到，全局访问不到就临时挂一下 window。这个比「操作 10 次 → GC → 拍快照 → 对比」快一个数量级，适合先粗筛。

你列的四种之外，项目里更高频的泄漏源：ResizeObserver / IntersectionObserver / MutationObserver 没 disconnect()；requestAnimationFrame 递归没取消；Map/Set 当缓存只 set 不 delete（尤其拿 DOM 节点当 key）；axios 请求没 abort；还有图片 URL.createObjectURL 没 revoke。

另外长列表页面拍快照容易卡死，可以改用 Allocation sampling，采样方式对性能影响小，能看分配调用栈，虽然计数不精确但找「谁在疯狂分配」够用了。

最后一个坑：Heap snapshot 文件动辄几百 MB，里面包含页面全部字符串，包括 token 和用户数据。排查完删掉，别随手发群里或传网盘。还有手动 Collect garbage 是一次性强制回收，别据此判断「线上应该也能回收」——线上的 GC 触发时机你控制不了。

看价值点落在哪儿：读完就获益的内容用全文出售，价值集中在文件里的用附件出售，两者也能同时开。

全文出售是在发帖时给正文定价，未购买者只能读前 300 字预览，购买款全额归作者、不抽成。适合经验贴、实操教程、深度分析这类内容。关键在预览那 300 字——把痛点和结论锋芒写进去，让人一眼知道后面能拿到什么，别把开头浪费在客套和背景介绍上。

附件出售是在发帖的附件面板里单独给文件定价、选货币（0 就是免费），还能限定下载权限为所有人、会员或指定用户组。适合源码、模板、表格、素材包这类“拿到文件才解决问题”的内容。文件体积大的话用网盘链接模式，填链接加提取码，不占服务器存储，代价是链接可能失效，要定期检查更新。

实际运营里更常见的做法是组合：正文用全文出售讲清思路和方法，把可复用的文件放到附件里单独定价，读者按需要掏钱，收入结构也更稳。两种方式都走同一套货币记账，和悬赏、礼物、卡密兑换的余额是打通的，不用另外对账。

支持，而且会员权益和单帖付费是两套并行的机制，可以搭配着用。

会员套餐在后台「财务运营→会员套餐」里配，一个套餐就是时长 + 价格 + 6 项权益（表情包、图片上传、AI 助手、隐私保护、编辑他人帖子、内容权限），可以建多个套餐，到期自动失效。注意新建套餐默认一项权益都不勾，得按需打开再保存。

单帖付费走的是帖子出售：全文出售时未购者只能读前 300 字预览，购买款全额归作者，平台不抽；附件也能单独定价，发帖时在附件面板设价格和货币，还能限定「所有人/会员/指定用户组」下载。另外有网盘链接模式的附件，只存链接和提取码，不占服务器存储。

收款都走统一记账，悬赏、转账、礼物、附件交易是一条账，后台好对账。想做知识付费社区基本够用，不用再外挂插件。