你这样写还这样问就说明没有把所有权归属问题想清楚

有没有可能是真的 OutOfMemoryException……

有没有试过 https://github.com/nelhage/llama ？

@documentzhangx66 即使是这样，我认为你评价“选择 C#的行为傻”依然不恰当，现代.NET 和 C#是个正常的技术栈，选 JVM 上 Kotlin/Scala ，或者选.NET 上 C#，或者选 Golang ，或者选 Python 都是正常的行为，能把活做完做好，为什么不能选

而且我日常还不是写 C#的，主项目是写 C++的，为了帮手这个项目临时上手初学的 C#和 F#，对 C#没有感情。但是你这一个地图炮仍然让人感觉被冒犯到。

@documentzhangx66 我也说了，我们不是刚需场景，而且服务还是在 RHEL 上运行的，选任何一种主流技术栈都可以完成需求，为什么选择 C#就要被你骂一句是傻 B 呢，而且为什么从你评论里还是能看出来“Java/Go 比 C#优越”呢。都是写代码的，选哪种语言是一种自由，把需求达到了就行了，现代 C#的语法糖和低上手曲线可以快速交付业务，也没比 Java/Go 烂到哪里去啊，为什么还要分个高低贵贱还要搞人身攻击

@documentzhangx66 您发的这个人身攻击的地图炮还是有点太不尊重人了，我们公司这个项目就是纯后端的服务，和传统的“微软技术栈”不沾边，选 Java 还是 Kotlin 还是 C#还是 TypeScript 还是 Go 都可以做，最后选择的 C#和 F#做起来也没有大问题，和选择其它技术栈一样都能够正常开发，为什么要羞辱说选择.NET 的员工和公司都是傻 B 呢？

@documentzhangx66 但是您的评论的意思是.NET 烂到正常人不会选择使用

@documentzhangx66 我们公司的项目，C#和 F#工程，.NET 6+PostgreSQL+RHEL ，整个开发过程很正常啊

高精度浮点数的库也有很多

加减时间戳是可以的，只是你要换一种方式去字符串化时间戳

gmtime 返回的指针指向的那片 tm 结构体是全局共享的，也就是说两次 gmtime 调用会返回同一个地址，第二次 gmtime 把第一次的结果覆盖了

@zznext STL 里面哪个类提供大整数功能？

你再仔细看一遍，我说的是 RHEL 6/7 是禁用 CXX11ABI ，我是 Rocky 9 ，和 RHEL 9 等效，RHEL 8/9 是可以使用 CXX11ABI 的

如果你使用 exit(0)退出进程，main 函数中的 string 对象的析构函数就不会被调用，所以可能导致了“内存泄漏”。如果改成 return 0 ，控制流会回到 main 函数，然后在 main 函数 return 0 之后，main 函数中的 string 对象的析构函数被调用。

如果在你的 test 函数中把
if (pid == 0) {
exit(0);
}
改成
if (pid == 0) {
return 0;
}
Valgrind 就不再报告 still reachable 了。

我在 Rocky Linux 9 上面手动制定-D_GLIBCXX_USE_CXX11_ABI=0 成功复现了这个问题，默认情况下_GLIBCXX_USE_CXX11_ABI=1 就没有这个问题。

你的系统是 RHEL 6 或者 7 吗？在 RHEL 6 和 7 上，_GLIBCXX_USE_CXX11_ABI 是被强制禁用的，即使手动设定了这个宏，编译出来的程序还是使用的旧 ABI 下的 COW 的 std::string ，可能导致了 Valgrind 报告 still reachable 。如果在 RHEL 8 或者更新的系统上面启用_GLIBCXX_USE_CXX11_ABI ，就没有这个报告了。

那有可能是 2 楼说的 CoW String 原因，试一下编译参数-D_GLIBCXX_USE_CXX11_ABI=1 再试