.

雨中漫步

热更新的方式有很多，时间差只是其中之一，
并不是所有人都需要热更新，火山作为开发工具，不太可能为了部分人改太多
另外，你要的读写属性方法是不存在的，开发工具并不能确定是否可以安全卸载，特别是并发条件下，这是作者的工作。

雨中漫步

qaz2428119 发表于 2023-5-31 21:08
这是在讨论什么,什么热更新,
热更新,这玩意,可不简单,牵扯到的东西太多了,除非这个热更新的DLL或汇编代码, ...

能做到的，良好的结构设计和充分的模块化就可以。还提供了教程和例子，也不算难。
楼主已经接近理解了。
不过，高并发下，并没有他要的状态位，所以才使用时间差，估计理解还差一丝丝。

雨中漫步

qaz2428119 发表于 2023-5-31 21:08
这是在讨论什么,什么热更新,
热更新,这玩意,可不简单,牵扯到的东西太多了,除非这个热更新的DLL或汇编代码, ...

教程在这里 http://gs.xieyoutx.com/t/t-tz-16 ... 8136758340598-.html

雨中漫步

qaz2428119 发表于 2023-6-1 09:28
如果是网页程序的热更新,到是与应用程序的热更新大不相同,他们的服务机制不同
...

编程思想是想通的， 其他程序结构合理也可以热更新，多数插件都是可以热更新的。不要固执了。
高并发都能热更新，普通程序只要规范接口就可以热更新，
相当于给你展示了一个高并发难度大的热更新，你却说，非并发的程序热更新做不到。

给你看了跑车，你却说自行车的事。

你再认真思考下，你认为的不行，就是结构设计和模块化能力不足而已。

雨中漫步

qaz2428119 发表于 2023-6-1 09:32
应用程序和网页程序,那不在一个级别上,无法一概而论,
应用程序,需要你自己实现所有功能,而网页程序游览器 ...

WEB服务端 是服务器执行，和浏览器没太大关系，服务端发送出去的页面才是浏览器处理

这里讨论的重点是多线程开发，多线程在多数语言中都是难度比较高的部分，

搞并发的热更新难度是比普通程序更高的，并不是低

并不是服务端程序简单，因为高并发的需求，难度更高。

你的认知有错误的地方，先思考再争论。

雨中漫步

server 发表于 2023-6-2 00:07
编译的部件DLL，所有引用的部件方法 进入和退出时，
使用原子 递增 和递减 操作 一个全局变量 。

你所谓的原子锁 也会影响性能， 你有自信就搞出来测试看看再说，影响线程越多，负影响越大

例子里给出的方案是 保持高并发的热更新， 没有任何锁的影响。 带锁的方案多了去了根本不需要讨论。

雨中漫步

199 发表于 2023-6-1 22:23
我现在都是用nginx，同时负载到exe1和exe2,当1关闭时，自动访问2，不知道这样有没有什么风险 ...

讨论的是 编译后的程序，并发环境， 你讲的是多进程配合，不是同一个问题，两码事了。跑题了。

你当然可以俩进程切换，那就不是热更新了，而且俩进程无法同时刻独占同端口。

你把话题引向了多进程结构，可以多进程负载，那是另外的场景了。

雨中漫步

server 发表于 2023-6-2 00:53
影响是一定的，
关于最优解，只能靠你们了。

你想简单，还想想性能没有损失， 属于  想得美  哈哈哈  

例子里的方案已经最简单的热更新方案，时间差都搞不定，其他方式就不用讨论了。 方式的确还有好几种。时间差只是最简单的一个。

最简单的你都感觉麻烦 就算了吧