【C#】Windows程序不同进程之间的通信

前言

最近在公司做了一个Windows项目,用C#和C++结合起来做。多进程,涉及应用层(桌面应用和Windows服务),内核驱动层。作为一个搞Web的程序员,突然来搞Windows也是踩了不少坑。在这篇文章呢,我分享一下应用层之间,不同进程通信的踩坑经验(ps:为啥不分享内核层与应用层之间的通信呢,因为坑还没踩到那里)。

调研

对于进程间的通信,作为一个Web程序员呢,第一时间想到的是RPC,毕竟微应用那一套嘛,远程调用,其次是Socket,Mqtt,HTTP之类的。但是想了又想,感觉整这么一套,搞那么大个架子,太臃肿了,客户机又不是咱服务器,弄得客户电脑卡卡的,不得给咱差评啊,况且感觉难管理。然后,经过上网查资料,一眼相中了一个叫IPC这么一个玩意儿。具体看微软给出的文档介绍:

Windows操作系统提供用于促进应用程序之间的通信和数据共享的机制。 总的来说,这些机制启用的活动称为 进程间通信 (IPC) 。 一些形式的 IPC 有助于在多个专业流程之间分工。 其他形式的 IPC 有助于在网络上的计算机之间分工…
进程间通信

Linux也有,只是咱还没了解过。

简而言之,IPC是进程间通信,本地调用时,计算机会将调用信息发送到远端,然后远端在维护列表中查找并调用目标函数。

IPC技术实现订阅者和生产者分离时,服务端接收并消费消息,客户端是生产消息的。

开局

在C#项目中,类 IpcServerChannel 可以创建一个IPC信道。欸这玩意儿,不用监听特定的端口,担心端口会不会被其他应用占用,只需要你输入一个名字,就能创建特定信道,是不是挺方便。

第一步 注册信道

// Server
IpcServerChannel serverChannel = new IpcServerChannel("你自己服务端的通道名称");
ChannelServices.RegisterChannel(serverChannel);

第二步 注册对象

定义好一个进程之间通信的对象,该对象继承了MarshalByRefObject ,允许在支持远程处理的应用程序中跨应用程序域边界访问对象。

public class HelloObj : MarshalByRefObject
{
	public static event Action<string> SayHelloEvent;

	public void string SayHello(string msg)
	{
		SayHelloEvent?.Invoke(msg);
	}
}

将HelloObj注册,我们相当于发布了一个HelloObj的服务,供客户端使用。客户端远程调用时SayHello方法,就会远程调用服务端的SayHello方法,继续调用SayHelloEvent事件。我们只需要在服务端绑定这个event事件,程序就会执行我们的业务代码。(当然了,你也可以直接在SayHello里面直接写代码也不碍事)

RemotingConfiguration.RegisterWellKnownServiceType(typeof(HelloObj), "helloObj", WellKnownObjectMode.Singleton);
// 第二个参数是你发布的服务名
HelloObj.SayHelloEvent += (msg) => {
	Console.WriteLine(msg);
};

第三步 远程调用

客户端通过服务发布地址,获取到远程对象,然后调用SayHello方法,实际就调用了远端的SayHello方法。

HelloObj helloObj = (HelloObj)Activator.GetObject(typeof(HelloObj), "ipc://你自己服务端的通道名称/helloObj");
helloObj.SayHello("你好啊!");

踩坑

客户端和服务端通信所用的对象需要在同一程序集、同一项目里的同一个类型,否则就会提示:

"未能从程序集“xxxxx, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null”中加载类型“xxxxx.xxxx.xxxxx.xxxxx”

疑问

那如果客户端要主动和服务端通信怎么办呢?那反过来不就行了,客户端注册个信道做服务端,原服务端做客户端。

桌面程序与Windows服务通信

前面的代码,在windows桌面程序进程直接通信还挺好使,当桌面程序的进程与windows服务的进程使用前面的代码通信时,就会提示:

连接到 IPC 端口失败: 拒绝访问

visual studio是中文的同学看到我这篇文章很幸运,因为拿到这一串中文提示去百度和谷歌,根本搜不出来,反正我是没搜出来。下面我说下原因和解决方案。

原因:我们可以使用任务管理器,看到桌面应用进程的所有者是登录用户,而windows服务的进程的所有者是本地用户system(当然,windows服务以User方式安装的除外)。你说,区区普通用户怎么能随随便便和堂堂最高权限用户来往密切(≖_≖ )。

当然这不是没有解决办法,在注册信道时,改成下面的代码,分别在服务端和客户端,给信道的authorizedGroup属性设上Everyone。

服务端:

BinaryClientFormatterSinkProvider clientProvider = new BinaryClientFormatterSinkProvider();
BinaryServerFormatterSinkProvider serverProvider = new BinaryServerFormatterSinkProvider();

IDictionary prop = new Hashtable();
prop["authorizedGroup"] = "Everyone";
prop["portName"] = "服务端通道名";

IpcChannel serverchannel = new IpcChannel(prop, clientProvider, serverProvider);
ChannelServices.RegisterChannel(serverchannel, false);

客户端:

BinaryClientFormatterSinkProvider clientProvider = new BinaryClientFormatterSinkProvider();
BinaryServerFormatterSinkProvider serverProvider = new BinaryServerFormatterSinkProvider();

IDictionary prop = new Hashtable();
prop["authorizedGroup"] = "Everyone";
prop["portName"] = "客户端通道名";

IpcChannel serverchannel = new IpcChannel(prop, clientProvider, serverProvider);
ChannelServices.RegisterChannel(serverchannel, false);

完毕,接下来就可以随意通信了。

  • 0
    点赞
  • 11
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值