能力值：
( LV2，RANK：10 )
|
-
-
2 楼
原来CALL还可以这么用，学习了
|
能力值：
( LV12，RANK：760 )
|
-
-
3 楼
好复杂
我都是无模块加载DLL,第二份来了，直接继续加载一个，然后把控制转交然后Free内存~。
|
能力值：
( LV12，RANK：320 )
|
-
-
4 楼
单纯的从技术角度讲 LZ的做法很炫酷~
如果产品经理给我提这个需求我可能更倾向V大的方式.从宏观设计上去完成这个需求。比如模块导出三个函数 start stop checkcanload (dllmain不做事) 发现有更新就加载 然后调用checkcanload 检测下 如果是新的 则调用stop停掉老的模块在free掉 最后调用start 启动新模块的功能.
文中的free也不能简单的 freelibrary, 要停止功能在free, 有线程就先停掉, 有挂钩就先还原钩子等等.
|
能力值：
( LV2，RANK：10 )
|
-
-
5 楼
正规软件的话，还是考虑把新dll改成 newdll_1.dll ，先调用旧的dll的卸载接口函数，然后再加载新的吧。
|
能力值：
( LV12，RANK：320 )
|
-
-
6 楼
他的需求是只有一个模块 宿主进程都不是自己的, 如果宿主进程是我们自己的 是要这么做的 
|
能力值：
( LV2，RANK：10 )
|
-
-
7 楼
不错！。
|
能力值：
( LV5，RANK：70 )
|
-
-
8 楼
旧模块拉起新模块时，把旧模块的接口传给新模块，让新模块调用从旧模块query信息，stop旧模块接口，并最终freelibrary，新模块继续完成初始化。 完事。
|
能力值：
( LV8，RANK：130 )
|
-
-
9 楼
确实是这样的，要保证load的dll一直是同一个路径下的同一个文件名，不能用_1这种形式。
|
能力值：
( LV8，RANK：130 )
|
-
-
10 楼
这些工作会放在DllMain的DLL_PROCESS_DEATCH分支中进行Uninit.Free的时候会执行到
|
能力值：
( LV2，RANK：10 )
|
-
-
11 楼
前来支持LZ的,别的什么也不说了
|
能力值：
( LV4，RANK：50 )
|
-
-
12 楼
感觉这么做好复杂。。。都上shellcode了。。。
|
能力值：
( LV8，RANK：122 )
|
-
-
13 楼
不错, 还是有需求的
|
能力值：
( LV4，RANK：50 )
|
-
-
14 楼
好麻烦，干嘛不用一个中介dll去执行更新并替换dll的操作
|
能力值：
( LV3，RANK：20 )
|
-
-
15 楼
热更新啊, 为什么 不重启生效?
|
能力值：
( LV3，RANK：30 )
|
-
-
16 楼
直接Loader更换多方便
|
能力值：
( LV2，RANK：10 )
|
-
-
17 楼
|
|
|
|
