能力值:
( 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 楼
|
|
|