留书面证据时，还要明确写出你的 named pipe 在先、他的 socket 随后推出，这个时间关系很重要。

顺便把楼上各位提到的 Windows 为什么要用 pipe 的理由说清楚，重点讲述 Windows 的安全特性跟 Android 的不一样，只能这样做。

如果对方耍无赖，那就直接怼回去：我当初开始写的时候，你干嘛不把标准提出来？为什么你拒绝事先把话说清楚，非要在完工的时候才把“标准”列出来？你这样做会导致工期延误，造成的损失是不是你来承担？如果因为安全特性不同，按照你的标准干活后导致出现安全隐患，是不是你负责？ release 给客户前，要不你来做安全验收，一旦出了事你也得背锅。
（语气语句可以适当调整）

太难受了，他不走，就我走😂，我光看这你描述就难受。不管怎么操作都是给自己找了个天大的麻烦。

支持 @bagel  的答案。
既然你是安全产品，很可能是 system 权限。
socket 是没有权限限制的，后果就是任何一个具有普通权限的程序都可以暴力破解你的验证，从而接管你的软件，甚至通过你软件的 bug 提权。
而隔离不同权限之间通信，之前就是 named pipe ，现在也有了类似 Linux 的 pf_unix 。

虽然不想说,但是很多条例,本身就是记住就好了,要知道条例之所以是条例,那就只有踩一次坑了.哪来那么多的机会让你踩坑

不跨平台，windows 肯定命名管道啊。他哥们是不是没开发过 windows 。 用 socket 不是不行，坑有的你踩

@blackstack 真离谱，要真是这么回事，你说的这问题都不叫事，后面有你受的

我是觉得有多个端的话还是用通用的 IPC ，不管以后跨不跨端，需求赶不上变化

问题是你们没有提前讨论和确定实现细节

参考 QLocalSockets 封装一套? win 下命名管道, 否则就用文件 socket

@dajj 自从我接受了这个现实，想怎么改都行。只要给我时间，不让我加班，我都行的。