作者Keitaro (动き出す时间...)
看板C_and_CPP
标题[问题] Load dll问题请教
时间Thu Nov 5 00:31:10 2015
开发平台(Platform): (Ex: VC++, GCC, Linux, ...)
VC2008
额外使用到的函数库(Library Used): (Ex: OpenGL, ...)
MFC
问题(Question)：
请问是否有办法load同一个dll档，load储存的记忆体位置是不同的？
补充说明(Supplement)：
不好意思小弟上来请教一下各位先进关於dll的问题。
我对於dll档案的观念不是很清楚，如果问题太过基本还请各位指教。
我接手一个project要改，这个project要去load一个dll档案来做事。
这个dll是要跟server连线取得资料，要做的工作全部都写在dll里面。
原作者将dll的function在project里面以function pointer来呼叫。
project只是把UI画出来，当user点选按钮时判断事件，
呼叫function pointer，指向dll内部真正实作的function。
现在这project要做的事是希望可以同时连好几台server(Multi-Server)。
我的想法是如果不要动到这个dll最好，
有没有办法重复去load这个dll，放到不同的记忆体位址，
这样我就可以分别对这些位址去做处理，
甚至把这些function pointer写一个新的class包起来，
看要连几台Server就new几个class object，这样就完成了。
但是我测试LoadLibrary("XXX.dll")两次回传的位址都是一样的，
所以我猜想这样做应该是不行的。
请问版上各位先进有没有更好的作法呢？
感激不尽。
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 111.251.208.202
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/C_and_CPP/M.1446654673.A.042.html
1F：推 LPH66: 你的观念放错边了; 程式只有一份但跑它的人可以有很多个 11/05 00:55
2F：→ LPH66: 你需要的是多执行绪 (multithread) 11/05 00:55
感谢您的指点，但我有点不太明白您的意思。
您的意思是说开MultiThread各自去load这个dll吗？
我对dll不是很懂，用不同的Thread去load同一个dll，记忆体位置会不一样吗？
谢谢您的指点！
※ 编辑: Keitaro (111.251.208.202), 11/05/2015 01:57:07
3F：推 LPH66: 所以我说你的观念放错边了...一支程式要给许多人执行 11/05 02:16
4F：→ LPH66: 并不代表程式就必须放在不同的位置 11/05 02:16
5F：→ LPH66: 只要各人各自暂存的东西有分开即可, 程式本身可以只有一份 11/05 02:17
6F：→ LPH66: 这正是多执行绪背後的观念 11/05 02:19
7F：→ LPH66: 也就是说, 你载入一次程式之後各个执行绪去执行它就可以了 11/05 02:19
8F：→ LPH66: 这不论你的程式是不是 dll 都是一样的 11/05 02:19
9F：→ LPH66: 若你对多执行绪有点概念那应该能了解你的问题其实不是问题 11/05 02:21
10F：→ LPH66: 因为有没有使用 dll 的差别只在程式是从哪里载入的而已 11/05 02:22
11F：→ LPH66: 其他概念是相通的 11/05 02:23
您的意思是说我Load dll後储存一个变数起来，
然後利用这个变数，开MultiThread去呼叫dll的function是吗？
但我这dll问题在於，
dll跟Server建立连线後的变数是写死一个global变数(存在dll里面)。
这个变数代表跟server连线的Socket。
即使我开MultiThread去对这个dll做存取，
Socket是同一台NVR，这样做不到Multi-Server的目的了。
再不改动dll的前提下，有更好的作法吗？
谢谢！
※ 编辑: Keitaro (111.251.218.8), 11/05/2015 06:15:05
12F：推 stupid0319: 写成个别的独立程式,然後再写个介面整合就可以了 11/05 08:11
13F：推 LPH66: 所以问题其实是在全域变数, 那这样没救, 你大概得改 dll 了 11/05 17:23
14F：→ LPH66: 有全域变数的程式基本上不改写没什麽可能跑多执行绪 11/05 17:24
15F：→ LPH66: 你可以搜寻一下 thread-safe 这个名词 11/05 17:25
16F：推 LPH66: 唔嗯, 回头看了一下我楼上的推文, 那种做法也是可行 11/05 21:33
17F：→ LPH66: (有点像 Google Chrome 背後运作的方式这样) 11/05 21:33
18F：→ LPH66: 这样其实就不是 multi-thread 而是 multi-process 了 11/05 21:34
非常感谢以上两位的建言。
今天跟BOSS讨论了一下，如果直接改dll我有把握改的出来。
Multi-Process确实可以不改动dll的前提下达成我要的目的，
但是Multi-Process的沟通上我完全没经验...由於有deadline限制，我认命直接改dll了...
找时间在来学习一下Multi-Process的作法。
谢谢！
※ 编辑: Keitaro (111.251.218.8), 11/05/2015 21:38:21
19F：→ LPH66: 这样一来因为是 process, 资料空间确实各自独立 11/05 21:36
20F：→ LPH66: 各支子 process 会各有自己的那一份 global variable 11/05 21:37
21F：→ LPH66: 这样就能达成你的目的了 11/05 21:37
22F：推 Killercat: global转成一份可以duplicate的context即可 11/06 09:13
23F：→ Killercat: 这算是改写旧专案里面前三名恼人的问题之一了.... 11/06 09:14
24F：→ Killercat: 「三小，DLL里面绑一堆global跟extern!」 11/06 09:14
25F：推 EdisonX: 我想知道杀人猫的前三名是什麽 11/06 21:45
26F：推 BlazarArc: 楼上+1 XD 11/06 23:13