除了socket，不同用户进程间怎么通讯
求助：除了socket，不同用户进程间如何通讯？
注意是同一台机器不同用户间，比如在当前用户环境下打开一个进程A，然后切换用户到另一个用户环境下运行B，B如何获取A提供的信息？已经试过共享内存、管道等，在同一个用户环境下是OK的，不同用户就出现非法读取错误。
因为AB之间需要频繁的通讯，考虑到效率，不想通过配置文件或者注册表的方式通讯。
------解决方案--------------------
帮忙顶一个Q!
------解决方案--------------------
可以用管道实现
------解决方案--------------------
管道或者窗口消息
------解决方案--------------------
另外可能需要注意的就是创建这些共享对象时的权限（LPSECURITY_ATTRIBUTES参数），一般不能用null, 除非两个用户都是admin, 用null的话系统会采用默认权限（a用户创建的只有a使用）， 创建security对象让两个用户都具备访问权限
------解决方案--------------------
粘贴板？这个是不是也可以！
------解决方案--------------------
方法很多，用DDE也很简单
------解决方案--------------------
窗口消息首先是不可以的，因为窗口句柄的作用范围问题
线程消息是可以的，PostThreadMessage如果没有权限问题的情况下是可以的，但是传递的数据一般来说很有限
管道、共享内存是可以的，涉及权限问题
套接字是可以的，没有权限问题。考虑到效率，也不应排除此方案。套接字在本机的效率是很高的。
还有一个方案，共享节，两个进程同时加载一个dll，dll中设置一块共享节。缺点是节的大小固定，无法动态伸缩。
------解决方案--------------------
你需要的是跨会话通信
使用内存映射文件可以,
CreateFileMapping ,在内核对象名字中填入"Global\" 例如 "Global\\MyInfo"
------解决方案--------------------
不要做A语言代码修改为B语言代码的无用功。
也不要做用A语言代码直接调用B语言代码库这样复杂、这样容易出错的傻事。
只需让A、B语言代码的输入输出重定向到文本文件，或修改A、B语言代码让其通过文本文件输入输出。
即可很方便地让A、B两种语言之间协调工作。
比如：
A将请求数据写到文件a.txt，写完后改名为aa.txt
B发现aa.txt存在时，读取其内容，调用相应功能，将结果写到文件b.txt，写完后删除aa.txt，改名为bb.txt
A发现bb.txt存在时，读取其内容，读完后删除bb.txt
以上A可以替换为任何一种开发语言或开发环境，B可以替换为任何一种与A不同的开发语言或开发环境。
除非A或B不支持判断文件是否存在、文件读写和文件更名。
但是谁又能举出不支持判断文件是否存在、文件读写和文件更名的开发语言或开发环境呢？
共享临时文本文件这种进程之间的通讯方法相比其它方法的优点有很多，下面仅列出我现在能想到的：
·进程之间松耦合
·进程可在同一台机器上，也可跨机，跨操作系统，跨硬件平台，甚至跨国。
·方便调试和监视，只需让第三方或人工查看该临时文本文件即可。
·方便在线开关服务，只需删除或创建该临时文本文件即可。
·方便实现分布式和负载均衡。
·方便队列化提供服务，而且几乎不可能发生队列满的情况（除非硬盘空间满）
·……
注意是同一台机器不同用户间，比如在当前用户环境下打开一个进程A，然后切换用户到另一个用户环境下运行B，B如何获取A提供的信息？已经试过共享内存、管道等，在同一个用户环境下是OK的，不同用户就出现非法读取错误。
因为AB之间需要频繁的通讯，考虑到效率，不想通过配置文件或者注册表的方式通讯。
------解决方案--------------------
帮忙顶一个Q!
------解决方案--------------------
可以用管道实现
------解决方案--------------------
管道或者窗口消息
------解决方案--------------------
另外可能需要注意的就是创建这些共享对象时的权限（LPSECURITY_ATTRIBUTES参数），一般不能用null, 除非两个用户都是admin, 用null的话系统会采用默认权限（a用户创建的只有a使用）， 创建security对象让两个用户都具备访问权限
------解决方案--------------------
粘贴板？这个是不是也可以！
------解决方案--------------------
方法很多，用DDE也很简单
------解决方案--------------------
窗口消息首先是不可以的，因为窗口句柄的作用范围问题
线程消息是可以的，PostThreadMessage如果没有权限问题的情况下是可以的，但是传递的数据一般来说很有限
管道、共享内存是可以的，涉及权限问题
套接字是可以的，没有权限问题。考虑到效率，也不应排除此方案。套接字在本机的效率是很高的。
还有一个方案，共享节，两个进程同时加载一个dll，dll中设置一块共享节。缺点是节的大小固定，无法动态伸缩。
------解决方案--------------------
你需要的是跨会话通信
使用内存映射文件可以,
CreateFileMapping ,在内核对象名字中填入"Global\" 例如 "Global\\MyInfo"
------解决方案--------------------
不要做A语言代码修改为B语言代码的无用功。
也不要做用A语言代码直接调用B语言代码库这样复杂、这样容易出错的傻事。
只需让A、B语言代码的输入输出重定向到文本文件，或修改A、B语言代码让其通过文本文件输入输出。
即可很方便地让A、B两种语言之间协调工作。
比如：
A将请求数据写到文件a.txt，写完后改名为aa.txt
B发现aa.txt存在时，读取其内容，调用相应功能，将结果写到文件b.txt，写完后删除aa.txt，改名为bb.txt
A发现bb.txt存在时，读取其内容，读完后删除bb.txt
以上A可以替换为任何一种开发语言或开发环境，B可以替换为任何一种与A不同的开发语言或开发环境。
除非A或B不支持判断文件是否存在、文件读写和文件更名。
但是谁又能举出不支持判断文件是否存在、文件读写和文件更名的开发语言或开发环境呢？
共享临时文本文件这种进程之间的通讯方法相比其它方法的优点有很多，下面仅列出我现在能想到的：
·进程之间松耦合
·进程可在同一台机器上，也可跨机，跨操作系统，跨硬件平台，甚至跨国。
·方便调试和监视，只需让第三方或人工查看该临时文本文件即可。
·方便在线开关服务，只需删除或创建该临时文本文件即可。
·方便实现分布式和负载均衡。
·方便队列化提供服务，而且几乎不可能发生队列满的情况（除非硬盘空间满）
·……