要到饭了 xdm 回帖感谢（ doge

单纯有点好奇你的 for(;;) 里面是什么

下面属于根据结果瞎猜了

就是兄弟咱不能写出直接往标准输出里面写 0 的东西吧。。。。

```
printf("min: %d", min); // 打印最小值到标准输出
fflush(stdin);
for (;;){

write(1, "0", 1); // 这样的话对句柄标准输出直接写的这个 0 会先输出，printf 如果不 fflush(stdout)的话要等程序退出才会打印 就会在后面
scanf(" %d", &n);
if (n == -1){ break; }
}
```

```
# Clion Console
8

1 9 2 6 90 8 1 7
0-1 // 0 是 write 函数输出的，-1 是输入赋值给 n 的
min: 1
```

同 Clion2023.3.4 ，mingw11 没复现
建议自己断点 debug 找找吧，这里总共也没多少数

总的来说完全切出去用进程间通信管道或者网络之类的都可以，这样风险低很多，不然要考虑的太多心智负担太重

如果真的要做
代码里面首先不能有全局变量之类的声明，这些声明的空间是另外开辟的 你要想好覆盖会不会发生异常情况
其次原理上就是把 import 的 cache 删了 再 reload
但是这时候内存中已经实例化的对象是不变的，如果这是你想要的就叫 feature ，如果不是 祝你幸福
顶多加载到静态类方法能执行到新的

我咋感觉像是厂家的锅，他们根本就没测试自己给的 dll 缺什么依赖就发你了吧。。。如果你们是甲方，联系一下产品经理，试试让厂家提供一个不在 qt 里面编译的 c++加载他们给的动态库的 demo, 他们就知道缺啥要给你啥了


不然就你这么试。。。qt...可是有一大堆依赖的。。。不过用 qt 打外部调用的 dll 的我还是第一次见。。。可能我孤陋寡闻了吧。。。

双非二本，Java 入行转 C++感觉路有点难。
但是如果你心意已决。。。给点想法吧，仅供参考

尽量找有 C++岗位的公司，但是行业区别很大（影响以后就业的，希望你自己再调研清楚），珍之甚之。
1. 游戏，找 C#, C++的公司，C#甚至 Lua 进公司，慢慢找机会搞 C++
2. 嵌入式或者带软硬件科的制造业(靠近公权力机关的制造业，政务大厅叫号系统之类或者马路监控抓拍系统之类) 这类可能会既有 Java （管理平台）+ Cpp （接入硬件）+ 前端
3. 金融，高频交易还是要 C++的，不过这个不清楚内部是否可以转岗

除了 Group 都是 int 或者 bool ，Group 不动的话 保证原子性应该就好了吧....

你要是不说我都忘了手里几个古老的项目 warning 有多少个

https://learn.microsoft.com/zh-cn/windows/wsl/filesystems#file-storage-and-performance-across-file-systems

我记得还可以把\\wsl$\xxx\这种路径存到快速访问里面，直接无缝查看

但是如果不是 wsl2 好像会失败，反正之前在某个特定版本的 win10 上出现过无法使用的情况

@dayudayupao 这家我以前用过，咋讲呢，好像没有亚太地区的，我好像专门发工单问过。不过也两年了，我回去再看看

@sanjay128 好的谢谢大哥，里面似乎很多我看看

新系统的学习成本也是成本+1
建议以前用啥牌子就用啥。
我有次被问
为啥微信消息明明里面还有消息未读，外面却显示 0 的未读。后来才知道是小米 ui 的功劳。
另外你永远无法想象里面啥时候会被装一些什么奇奇怪怪的东西。。。
不想有这么多无用的知识点。。。

排除 release 编译环境问题，dmp 没法定位到问题代码，就开对应的参数 例如 zi ，降低优化之类的，注意自己到底是 mingw 还是 msvc ，两者不一样，去找下对应的编译器怎么让 dmp 文件有符号链接。
感觉大概率是什么两边配置对不上。
vs 的话就仔细对比 vcproject 文件，两个环境有啥区别，cmake 注意不要关掉 return 空的警告（曾经在某个 gcc 版本上遇到没写 return debug 好的，release 崩了的情况)

最后实在不行，你永远可以相信打印日志。。。先把作业做了，后面有空再折腾 release 的 dump 文件如何获取堆栈问题

@hicdn 哈哈哈哈哈 我也一样

很快啊，几乎没有犹豫，啪的一下就选了 wpf

没写过 c++的团队，还是建议 wpf 好用。
不是担心不好写啥的，大多数情况 c with class 硬搞都可以搞。
但是所有人都摸石头过河，没有规范到头来一堆问题。
不仅仅是开发成本，维护成本也是成本。
如果有得选当然选 wpf ，人生苦短。
当然如果只有一个人写，养老的那么选 c++ (doge ，狗头保命

哈哈哈哈哈 确实挺复杂的
去年闲时捡起了很多年前 python ，随便折腾也折腾了一下午 docker+uwsgi+django
https://github.com/nevermoreluo/kitchen/blob/main/docker-compose.yml
祝你好运吧

@4Each4
说实话，考虑百万日活的前提是考虑游戏类型，到底是什么类型的游戏。
网游吗能分场景服务吗，场景服务能自动扩容吗，角色服务有必要再拆分吗，彼此之间数据同步怎么做。
或者不要考虑那么多，经典华夏滚服，几千人一个服务器，人满了开新的不好吗。。。

说句不好听的，单纯论语言没啥用。。。
c++嵌 lua 都被 lua 的 gc 坑过，真的要百万量级，还不分服应该是有点东西的。
游戏服务其实不像传统 HTTP 服务，还是有区别的。而且有些实现也都不一样。
比如网关服务(降低延迟分发用户)，角色服务(角色逻辑)，场景服务(场景交互逻辑)，数据服务(数据逻辑)等等。

想清楚要干啥，或者找个一样游戏类型的人问下
真的考虑百万日活，棋牌游戏，网游，页游，这些架构上可能就不一样。

最后：
别想太多，轻装上路，我们的征途是星辰大海。