关于同一个dll被多个进程加载的共享问题

多个进程调用同一个动态库

不同进程之间共享DLL的只读数据段，可写的数据段每个进程有单独一份，不会相互冲突啊。

     默认情况下，同一个程序启动多个进程，它们各自的变量值是不会相互影响的。第二个实例启动后，在修改全局变量的时候，系统会运用内存管理系统copy- on-write的特性来防止修改了第一个实例的数据，即系统会再分配一些内存，并将全局变量复制到这块内存中，每个实例使用自己的内存空间上的数据而互不影响。有时候我们想在多个进程间共享数据，windows提供了这种方法，就是创建自己的共享数据节，

当调用的DLL中有全局变量时调用它的多个实例是否共享同一个全局变量？？？？问题的起因原于自己在工作中需要调用一个动态库，而其中要用到一个全局的变量才能把需要的句柄给传出来，于是就想，如果有多个进程要调用这个动态库时，后面的进程调用同一个动态库时，是否会把以前调用同一个动态库时的全局变量的值改变？？？？？我猜想应该是不会的吧，于是带着这个疑惑，我写了一个示例程序来验证自己的想法。示例代码如下

全局变量在DLL内使用，在同一进程同一DLL文件中的相互调用是正常的，包括指针的使用；不同进程中参数互不影响。 当C#启动后开始加载DLL文件，文件中的初始代码就会执行，所有全局变量会一直保存实值，直到C#程序运行结束或主动释放加载的DLL文件，这样DLL文件就可以被看作一个伴随C#主进程一直运行的子线程，运行过程中不会释放变量. 默认情况下，同一个程序启动多个进程，它们各自的变量值是不会相互影响的。第二个实例启动后，在修改全局变量的时候，系统会运用内存管理系统copy- on-write的特性来防止修

节约内存的方法

一、DLL被多个进程调用问题 Win32系统会确保内存中只有一个该DLL的拷贝，这是通过内存映射文件来实现的。不同的进程分别将这份DLL的代码段地址映射到自己的进程空间中，同时不同的进程在自己的进程空间分别有各自的一份该DLL的数据段拷贝。 这是因为，在Win32环境中，每个进程都有了它自己的地址空间，DLL函数中的代码所创建的任何对象（包括变量）都归调用它的进程所有。当进程在载入DLL时，操

同一个dll被多个进程使用的时候，在大多数情况下，各个进程使用dll和独自使用dll效果是相同的。 因为对于dll中的局部变量是写入到进程的堆栈中的，全局变量也被操作系统为每个线程copy一份各自使用。 you can use either of the following approaches: · Create named data sections using the data_seg pragma. · Use memory mapped files. See t

进程间通信

在我们平时开发过程中，会遇到多次调用加载同一个DLL的场景，这样会不会多次加载，有冗余呢？在 Windows 中，函数用于加载动态链接库（DLL）。经过代码测试，答案是。不会重复加载同一个 DLL 多次，而是会返回已经加载的 DLL 的句柄。

需要注意的是，动态库的设计和实现也会影响它在多进程环境中的行为，例如是否使用了线程局部存储、是否有全局数据等。2. **虚拟内存隔离：** 虚拟内存隔离确保每个进程都有独立的地址空间，因此它们在运行时不能直接访问彼此的内存。3. **全局数据：** 如果动态库中包含全局数据，那么每个进程都会有自己的全局数据副本。不同进程之间通过系统调用的方式，加载同一个动态库，但每个进程的动态库实例是相互独立的。1. **内存映射：** 动态库的代码和数据会被映射到每个调用它的进程的地址空间中。

9.1 DLL简介 DLL即动态链接库的缩写，它相对于Linux下的共享对象。 Windows下的DLL文件和EXE文件实际上是一个概念，它们都是有PE格式的二进制文件。 微软希望通过DLL机制加强软件的模块化设计，使得各种模块之间能够松散地组合、重用和升级。 9.1.1 进程地址空间和内存管理 一个DLL在不同进程中拥有不同的使用数据副本。在ELF中，由于代码段是地址无

IPC就是进程间通信。 进程间通信可以采用的方法很多，比如创建端口后采用组播技术进行握手连接，这里要讲到的就是通过内存文件映射的方法实现。