@guonaihong 感谢感谢

@gvison 哈哈，在单测的时候能够用于提升效率。并且还有类似于 jaeger 的用法，将 test 环境的 trace 收集起来，排查问题比日志更加高效。我们内部已经验证过了，值得期待?

@Sosocould 哦，我都忘了。属于文化入侵

Paid Interview Period
@roswellian

@zdking08135 hi ，你说的这个有相关文档吗？我理解其实是因为 CPU 的缓存满了之后，会自己丢弃，从而刷新旧值。但你说的这个“一般都会结束”，是指 cpu 有定期回刷的策略？

这个应该是一个叫做 gotests 的工具生成的，你可以手动运行命令行。参考 https://github.com/cweill/gotests

冒昧问一下，楼主工作几年了？

不要 kill ，要 wait

go 的原理可以参考我之前写的一篇文章： https://blog.xhd2015.xyz/zh/posts/xgo-monkey-patching-in-go-using-toolexec/

我记得这个问题曾经让我很头疼，原因是 go 进程开启了 bash ，bash 执行 git ，git 又启动了子进程，但是最终产生了大量的 defunct 状态的进程项，也就是说进程已经销毁了，但是 pid 还留在注册表上，导致最终系统无法再新建进程。
最后的解决方法与 go 没有关系，这个问题似乎是 git 的问题，我起了一个定时任务，定期检查 fefunct 的进程项，然后通过调用 wait 强行把它们从进程表中删除。

示例代码： https://github.com/xhd2015/go-inspect/blob/master/sh/process/manager_lunix.go

@Zzhiter 存多次，存在数组中。其实调用栈就是一棵树，每次调用都是产生一个子结点。存储结构：
StactTrace{
ClassName string
Method string
Request Object
Response Object
Children StackTrace[]
}
可以参考这个定义： https://github.com/xhd2015/xgo/blob/1211c519c8005ddbd66189cf64e958aa69e5789f/runtime/trace/stack.go#L16

巧了。你的关于插入代码想法是正确的

这个在 go 中已经实现了，原理是代码重写。java 应该更容易，参考这个例子： https://github.com/xhd2015/xgo/blob/master/cmd/xgo/trace/testdata/stack_trace.jpg

这是一个完整的调用堆栈

@lysShub 确实，源代码可以分开，但是集成最好做在一起，提供一个统一的工具界面

搜索 awesome-go