好奇 socket 除了 op 说的验证问题还有什么缺点？

*nix 用 socket 没啥毛病，win 我会选 shared memory

我支持架构师，用 socket 就为以后可能的跨操作系统跨设备留好扩展空间，用管道就局限在本机这一亩三分地……
架构师不仅仅要实现眼前的需求，还要有点想象力，俗称 [规划] 。
至于安全认证，那是另一个问题。

这种不是直接上 grpc 就行了，简单通用还好写。不过 socket 也没啥毛病吧，以后 android 和 windows 搞不好还要互相通信呢，走网络栈怎么想都是比较稳妥的做法。

看下来非技术之争，乃话语权之争

我之前做 Windows 客户端也用过 Socket ，后来发现用户那边会遇到一些离奇 bug ，后面改用命名管道了。

android 用 binder ， 如果 android 给 window 通讯用 socket 没啥问题， 不然肯定是使用谷歌规定的方法比较好

你的命名管道有认证吗？

用 socket 再正常不过了，没记错的话 libevent 在 Win 上单进程内都有用 socket 做事件通知

看是什么 socket
socket domain 确实可选
但身为一个资深类 unix 用户给我选应该是写管道 需要远程转接即可 因为命令行标准输出入友好 可本地可远程脚本测试除错方便 符合 kiss 原则 使用起来爽的不能再爽