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

如果真的要做
代码里面首先不能有全局变量之类的声明，这些声明的空间是另外开辟的 你要想好覆盖会不会发生异常情况
其次原理上就是把 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 服务，还是有区别的。而且有些实现也都不一样。
比如网关服务(降低延迟分发用户)，角色服务(角色逻辑)，场景服务(场景交互逻辑)，数据服务(数据逻辑)等等。

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

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

@4Each4
不要用什么 netfromwork, 用.Net core 6 以上就行 现在好像都 8.0 了

之前的项目做过一些 netformwork 转 core 的工作，基本 99%的代码都是一样的
以下几种不一样:
- 很底层的 socket 接口部分参数（ keepalive ）不一样
- 一些微软专有的框架 wcf 之类的， .Net core 是没有的，当时自己拿 grpc 替换掉了 wcf 实现的功能
其他的都一样，开发在 win 上开发(别问，问就是关卡策划也写代码)，部署在 linux 上一切正常

叠甲，以下是曾经断续看过两周各种奇怪资料的个人理解，如有不对还请大佬指正:

1. 差别是网络延迟、缓存、编解码(甚至转码，有的时候软解还要组回去喂给 canvas 或者 mse)。因为这些问题会导致视频甚至无法在 video 标签里面播放，例如 avi 。定位文件从那个字节播放有点想当然了，视频编码不是平铺直叙的，文件指针 seek 到相应位置并不一定等于视频播放 seek 到对应位置。举个例子，音频流和视频流是两组信息，就算你强行 seek 过去大概率会在视频上。夫人，你也不想播放光渲染画面，没有声音吧。。。

2. 解复用是把封装在容器文件中的音视频流分离出来，就像上面说的特例，假设就只有一个视频流和一个音频流，实际可能有很多。字节的 range 也是依赖 mp4 特定格式的 meta 信息，解析出索引和时间戳找到对应的数据组回 mse 播放的。也就是说限定 mp4 支持了 range

3. 这个我也不太了解，就不强答了。

@Goat121
CDN 好像现在支持了？ 要不要把方案转回来 23333
https://help.aliyun.com/zh/cdn/user-guide/object-chunking
https://support.huaweicloud.com/usermanual-cdn/cdn_01_0027.html
https://cloud.tencent.com/document/product/228/7184