绝逼是只会 scoket ，像我一样

我觉得如果争用 socket 工具、还是 namedpipe 、unix domain socket 等工具，那是一点意思都没有。
这些工具无非是提供了流式传输的能力，他们本身都可以为你的应用程序流式传输数据。
理论上传输层从 tcp 变成 namedpipe ，或者从 namedpipe 变成 quic ，或者在既有的传输层套一层 TLS ，对你的应用层几乎没有影响才对，如果有影响，说明你们造的不是应用，而是想造传输工具（显然你们也不想造也造不出来吧）。

标题的重点是 “架构师”，楼主的言外之意就是这水平也是架构师？那我也胜任架构师，领导没有眼光找的人什么水平，连我都不如。

讨论具体技术脱离了问问题的人的心理。

本地使用 domain socket 也算是比较常见的处理方式了 管道一班不是父子进程用的比较多吗

他官比你大，做决定不问你，你不服气。
这在职场很常见， 也许他擅长吹嘘，也许是他真有本事，但是不管怎么样，你不喜欢他。
我的建议是，别对公司投入太多感情， 你写代码就是为了挣钱过上好生活，公司的代码公司决定， 大不了你干不下去换个公司。以前你可能有个错觉，这块代码是你的一亩三分地，现在你应该明白了，这是公司的代码，不是你的。

无论怎么说, 先撇清自己的责任, 别到时候背黑锅.
提安全意见抄送给领导, 让领导决定.
从技术上讲, socket 挺常见的, 而且也多平台通用, 安全防护 ssl 自己封装一下也可以啊, 做好限制我觉得没什么问题, 功能实现就行了。至于更改问题，我也觉得是另一个人不会用， 只会用 socket ， 哈哈哈

考虑通用性还是选 Socket 吧

你们的产品发布之前不过安全检测么？找个红队干他一下。

我认识个家伙，做加固的，新来的阿里领导看他不顺眼要搞他，但是这个领导不懂安全，就找了个阿里安全的搞了他一把，但是没搞动。。。后来就不找他麻烦了，这事儿比较搞笑。

你这个呢，方案的确认和实施，要有邮件往来留存的，至少要抄送到相关干系人。邮件的语气不要客气，正式，每次的技术讨论要有会议纪要，各方抄送。

目的不是甩锅，而是防止背锅。很多事儿，跟技术没关系。

类似于 6 楼说的 一般熟悉网络技术栈的开发者会优先使用 socket 似于网络通信的 api  方便在 unix domain socket 和 tcp/udp 互相移植  这个和 windows 或者 unix-like 等平台无关 属于是习惯或者熟悉之类的。这种非业务层面的技术沟通 如果后期他也会维护你的代码 你俩就好好商量。如果他不参与你的代码维护 建议看着办 [手动狗头]

使用 unix domain socket ，就是上面有人说的 pf_unix ，权限充足的情况下在 linux 上是可以获取对端执行文件信息包括路径的。
从你的描述来看，你做了简单的认证，有多简单没描述，你们的安全基线或者说安全的可证明性前提也没有，所以我并不觉得能够证明是架构的水平不足。