C#进程间通讯

扩展阅读:http://www.cnblogs.com/joye-shen/archive/2012/06/16/2551864.html

 

一、进程间通讯的方式

1)共享内存

包括:内存映射文件,共享内存DLL,剪切板。

2)命名管道及匿名管道

3)消息通讯

4)利用代理方法。例如SOCKET,配置文件,注册表方式。

等方式。

方法一:通讯。

进程间通讯的方式有很多,常用的有共享内存(内存映射文件、共享内存DLL、剪切板等)、命名管道和匿名管道、发送消息等几种方法来直接完成,另外还可以通过socket口、配置文件和注册表等来间接实现进程间数据通讯任务。以上这几种方法各有优缺点,具体到在进程间进行大数据量数据的快速交换问题上,则可以排除使用配置文件和注册表的方法;另外,由于管道和socket套接字的使用需要有网卡的支持,因此也可以不予考虑。这样,可供选择的通讯方式只剩下共享内存和发送消息两种。

二、发送消息实现进程间通讯前准备

下面的例子用到一个windows api 32函数

[DllImport("User32.dll", EntryPoint = "SendMessage")]
private static extern int SendMessage(IntPtr wnd,int msg,IntPtr wP,IntPtr lP);

要有此函数,需要添加using System.Runtime.InteropServices;命名空间

此方法各个参数表示的意义

wnd:接收消息的窗口的句柄。如果此参数为HWND_BROADCAST,则消息将被发送到系统中所有顶层窗口,包括无效或不可见的非自身拥有的窗口、被覆盖的窗口和弹出式窗口,但消息不被发送到子窗口。

msg:指定被发送的消息类型。

wP:消息内容。

lP:指定附加的消息指定信息。

用api参考手册查看SendMessage用法时,参考手册则提示

SendMessage与PostMessage之间的区别:SendMessage和PostMessage,这两个函数虽然功能非常相似,都是负责向指定的窗口发送消息,但是SendMessage() 函数发出消息后一直等到接收方的消息响应函数处理完之后才能返回,并能够得到返回值,在此期间发送方程序将被阻塞,SendMessage() 后面的语句不能被继续执行,即是说此方法是同步的。而PostMessage() 函数在发出消息后马上返回,其后语句能够被立即执行,但是无法获取接收方的消息处理返回值,即是说此方法是异步的。

三、发送消息实现进程间通讯具体步骤

1.新建windows应用程序

(1)打开VS2008,新建一个“windows 应用程序”,主窗口为Form1,项目名称:ProcessCommunication
(2)在Form1上添加一个标签为textBox1的文本框,并为Form1添加KeyDown事件,当Form1接收到KewDown消息时,将接收到的数据显示在label1上。

public Form1()
{
InitializeComponent();

this.KeyDown+=new KeyEventHandler(Form1_KeyDown);

}

private void Form1_KeyDown(object sender, KeyEventArgs e)
{
this.textBox1.Text = Convert.ToString(e.KeyValue);
}
(3)编译运行,生成ProcessCommunication.exe

2.新建windows应用程序

 

 

(1)打开VS2008,新建一个“windows 应用程序”,主窗口为Form1,项目名称:ProcessCommunication1,
并在Form1上添加一个按钮和一个文本框

namespace ProcessCommunication1
{
public partial class Form1 : Form
{
public Form1()
{
InitializeComponent();
}
//Win32 API函数:
[DllImport("User32.dll", EntryPoint = "SendMessage")]
private static extern int SendMessage(IntPtr wnd,int msg,IntPtr wP,IntPtr lP);

private void button1_Click(object sender, EventArgs e)
{
Process[] pros = Process.GetProcesses(); //获取本机所有进程
for (int i = 0; i < pros.Length; i++)
{
if (pros[i].ProcessName == "ProcessCommunication") //名称为ProcessCommunication的进程

{
IntPtr hWnd = pros[i].MainWindowHandle; //获取ProcessCommunication.exe主窗口句柄
int data = Convert.ToInt32(this.textBox1.Text); //获取文本框数据
SendMessage(hWnd, 0x0100, (IntPtr)data, (IntPtr)0); //点击该按钮,以文本框数据为参数,向Form1发送WM_KEYDOWN消息
}

}

}
}

3.启动ProcessCommunication.exe可执行文件,弹出Form1窗体称为接受消息窗体。

启动ProcessCommunication1.exe可执行文件,在弹出的窗体中的文本框中输入任意数字,点击button1按钮,接受消息窗体textBox1即显示该数字。

到此结束。

 

方法二:IPC通讯机制Remoting

=======

 

最近一直纠结与使用多进程还是多线程来构建程序。多线程的方法似乎不错,但是一个进程可承受的线程数有有限的,并且由于每个线程都与UI有着些许关系,线程的工作大多数时间浪费在阻塞上了,效率实在不是很高。

笔者遂在google上搜索进程间通讯的方案。发现有很多种,其中IPC通道似乎是个不错的选择,支持本机的进程间通讯,可以作为备选方案之一,下面介绍以下基本的编程方法,以作备忘。

首先建立一个IPC通讯中使用的对象,其中MarshalByRefObject 是必须的

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

using  System;

 

namespace  Ipctest

{

    public  class  test:MarshalByRefObject

    {

        private  int  iCount = 0;

        public  int  count()

        {

            iCount++;

            return  iCount;

        }

 

        public  int  Add(int  x)

        {

            iCount += x;

            return  iCount;

        }

    }

}

接着建一个服务端控制台程序

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

using  System;

using  System.Runtime.Remoting;

using  System.Runtime.Remoting.Channels;

using  System.Runtime.Remoting.Channels.Ipc;

 

namespace  Ipctest

{

    class  Program

    {

        static  void  Main(string[] args)

        {

           IpcChannel serverchannel = new  IpcChannel("testchannel");

            ChannelServices.RegisterChannel(serverchannel,false);

            RemotingConfiguration.RegisterWellKnownServiceType(typeof(test), "test", WellKnownObjectMode.Singleton);

            Console.WriteLine("press Enter to exit");

            Console.ReadLine();

            Console.WriteLine("server stopped");

        }

    }

}

最后是客户端控制台程序

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

using  System;

using  System.Runtime.Remoting;

using  System.Runtime.Remoting.Channels;

using  System.Runtime.Remoting.Channels.Ipc;

 

namespace  Ipctest

{

    class  Program

    {

        static  void  Main(string[] args)

        {

            IpcChannel tcc = new  IpcChannel();

            ChannelServices.RegisterChannel(tcc,false);

            WellKnownClientTypeEntry remotEntry = new  WellKnownClientTypeEntry(typeof(test), "ipc://testchannel/test");

            RemotingConfiguration.RegisterWellKnownClientType(remotEntry);

 

            test st = new  test();

            Console.WriteLine("{0},{1}",st.count(),st.Add(1));

            Console.ReadLine();

        }

    }

}

在测试的过程中会发现第一次调用客户端输出结果:

1,2

第二次输出结果

3,4

……

结果是比较符合要求的。

方法三:管道

 

 

最近在做一个数据库同步软件.!!

程序 服务端为 一个winform + windows Service 二大模块.!

由于程序功能的需求. 需要winform 与windows Service进程通讯. 因此使用了 命名管道 来实现功能需求.!

 

以此记下笔记 , 并付上一Demo

有关 NamedPipeServerStream  类 官方MSDN文档说明

ET26088201203030831191.gifuploading.4e448015.gif转存失败重新上传取消服务端主要代码



有关 NamedPipeClientStream 类 官方MSDN文档说明

ET26088201203030831191.gifuploading.4e448015.gif转存失败重新上传取消客户端主要代码

 

ET26088201203030831193.pnguploading.4e448015.gif转存失败重新上传取消

ET26088201203030831194.pnguploading.4e448015.gif转存失败重新上传取消

 

经发现,命名管道, 其实是基于TCP/IP 来连接. 且端口为 445

ET26088201203030831195.pnguploading.4e448015.gif转存失败重新上传取消

ET26088201203030831196.pnguploading.4e448015.gif转存失败重新上传取消

 

当然, 我这里只是 传输一个字符串做为信息而已.! 其实仍然 可以传输自己所定义的 对象 等.(记得序列化哟..)

源码

方法四:共享内存

 

 

次发了利用发消息实现的C#进程间的通讯,这次又使用共享内存了,他们应用范围是不同的,共享内存适用于共享大量数据的情况。

复制代码

复制代码

const int INVALID_HANDLE_VALUE = -1;
const int PAGE_READWRITE = 0x04;
  //共享内存
  [DllImport("Kernel32.dll",EntryPoint="CreateFileMapping")]
  private static extern IntPtr CreateFileMapping(IntPtr hFile, //HANDLE hFile,
   UInt32 lpAttributes,//LPSECURITY_ATTRIBUTES lpAttributes,  //0
   UInt32 flProtect,//DWORD flProtect
   UInt32 dwMaximumSizeHigh,//DWORD dwMaximumSizeHigh,
   UInt32 dwMaximumSizeLow,//DWORD dwMaximumSizeLow,
   string lpName//LPCTSTR lpName
   ); 

  [DllImport("Kernel32.dll",EntryPoint="OpenFileMapping")]
  private static extern IntPtr OpenFileMapping(
   UInt32 dwDesiredAccess,//DWORD dwDesiredAccess,
   int bInheritHandle,//BOOL bInheritHandle,
   string lpName//LPCTSTR lpName
   ); 

  const int FILE_MAP_ALL_ACCESS = 0x0002;
  const int FILE_MAP_WRITE = 0x0002; 

  [DllImport("Kernel32.dll",EntryPoint="MapViewOfFile")]
  private static extern IntPtr MapViewOfFile(
   IntPtr hFileMappingObject,//HANDLE hFileMappingObject,
   UInt32 dwDesiredAccess,//DWORD dwDesiredAccess
   UInt32 dwFileOffsetHight,//DWORD dwFileOffsetHigh,
   UInt32 dwFileOffsetLow,//DWORD dwFileOffsetLow,
   UInt32 dwNumberOfBytesToMap//SIZE_T dwNumberOfBytesToMap
   ); 

  [DllImport("Kernel32.dll",EntryPoint="UnmapViewOfFile")]
  private static extern int UnmapViewOfFile(IntPtr lpBaseAddress); 

  [DllImport("Kernel32.dll",EntryPoint="CloseHandle")]
  private static extern int CloseHandle(IntPtr hObject);
 然后分别在AB两个进程中定义如下两个信号量及相关变量;
 

  private Semaphore m_Write;  //可写的信号
  private Semaphore m_Read;  //可读的信号
  private IntPtr handle;     //文件句柄
  private IntPtr addr;       //共享内存地址
  uint mapLength;            //共享内存长

复制代码

复制代码

复制代码

复制代码

定义这两个信号量是为读写互斥用的。
在A进程中创建共享内存:
 

m_Write = new Semaphore(1,1,"WriteMap");
m_Read = new Semaphore(0,1,"ReadMap");
mapLength = 1024;
IntPtr hFile = new IntPtr(INVALID_HANDLE_VALUE);   
handle = CreateFileMapping(hFile,0,PAGE_READWRITE,0,mapLength,"shareMemory");
addr = MapViewOfFile(handle,FILE_MAP_ALL_ACCESS,0,0,0);
 
然后再向共享内存中写入数据:
 

m_Write.WaitOne();
byte[] sendStr = Encoding.Default.GetBytes(txtMsg.Text + '/0');
//如果要是超长的话,应另外处理,最好是分配足够的内存
if(sendStr.Length < mapLength)
      Copy(sendStr,addr);
m_Read.Release();
 

这是在一个单独的方法中实现的,可多次调用,但受信号量的控制。其中txtMsg是一个文本框控件,实际中可用任意字符串,加最后的'/0'是为了让在共享内存中的字符串有一个结束符,否则在内存中取出时是以'/0'为准的,就会出现取多的情况。
Copy方法的实现如下:
 

static unsafe void Copy(byte[] byteSrc,IntPtr dst)
  {
   fixed (byte* pSrc = byteSrc)
   {
    byte* pDst = (byte*)dst;
    byte* psrc = pSrc;
    for(int i=0;i<byteSrc.Length;i++)
    {
     *pDst = *psrc;
     pDst++;
     psrc ++;
    }
   }
  }
 注意unsafe 关键字,在编译时一定要打开非安全代码开关。
最后不要忘了在A进程中关闭共享内存对象,以免内存泄露。
 

   UnmapViewOfFile(addr);
   CloseHandle(handle);
 
要在B进程中读取共享内存中的数据,首先要打开共享内存对象:
 

m_Write = Semaphore.OpenExisting("WriteMap");
m_Read = Semaphore.OpenExisting("ReadMap");
handle = OpenFileMapping(0x0002,0,"shareMemory");
 读取共享内存中的数据:
 

   m_Read.WaitOne();
   string str = MapViewOfFile(handle,FILE_MAP_ALL_ACCESS,0,0,0);
   txtMsg.Text = str;
   m_Write.Release();
 这里获取了字符串,如果要获取byte数组,请参考上面的Copy函数实现。

复制代码

原文转至:http://blog.csdn.net/wlanye/article/details/8552150

  • 0
    点赞
  • 5
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
C#中,进程通信(Inter-Process Communication, IPC)是指不同进程的数据交换和通信机制。共享内存是其中的一种方法,它允许不同进程直接访问同一块内存区域,从而实现实时、高效的数据交换。 **共享内存在C#中的实现**: 1. **命名管程(NamedPipe)**:虽然主要不是共享内存,但`System.IO.Pipes`提供了命名管道(Named Pipe),可以通过共享内存的方式传递数据,两个进程可以同时读写。 2. **MemoryMappedFiles**:这是C#标准库中最常用的方法之一,通过`MemoryMappedFile`类创建一个映射到物理文件或内存的内存区域,多个进程可以通过这个区域访问数据。`MemoryMappedView`可以用来指定读写权限。 3. **SharedMemoryHandle**:你可以通过`System.Runtime.InteropServices`命名空的`SharedMemoryHandle`来直接操作底层的共享内存段,这是一种低级别的操作,需要更多的代码管理。 **优势**: - 快速:因为数据在物理内存中,无需经过网络传输,速度相对较快。 - 实时性:适合对实时性要求较高的场景,如游戏引擎通讯等。 - 易于实现同步:可以直接通过锁或其他并发控制手段保证数据一致性。 **相关问题--:** 1. 在C#中,如何创建和管理共享内存区域? 2. MemoryMappedFiles相较于其他IPC方法有哪些优点和缺点? 3. 使用SharedMemoryHandle需要注意哪些安全性问题?
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值