@huyujievip 第二个函数失败是因为 MyFuncTInt 是一个变量，而不是函数

@huyujievip 感谢反馈，我今天看下这个问题。根据这个测试用例，范型是支持的 https://github.com/xhd2015/xgo/blob/master/runtime/test/mock/mock_generic/mock_generic_go1.20_above_should_success_test.go

也想知道，现在只用了 SwiftUI, 后端业余开发移动端

晚上九点是因为美国那边开始起床了

好家伙，感觉完全一样

@guonaihong 感谢感谢

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

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

Paid Interview Period
@roswellian

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

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

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

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

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