是否存在使read永久阻塞的特殊设备？替代mkfifo的方案咨询

首先明确：Linux系统里并没有现成的、开箱即用的这种设备节点，但我们有几种优雅的方法来实现你要的效果——写入数据直接丢弃（像/dev/null一样），读取时永久阻塞直到外部触发关闭，而且不用手动清理临时文件。

方法一：带自动清理的命名管道（最接近“设备”体验） #

如果需要一个实实在在的文件路径来使用，用mkfifo配合trap就能自动清理，完全不用事后手动删：

# 创建临时fifo
mkfifo blocking_null
# 脚本退出时自动删除这个fifo，不管正常退出还是意外中断
trap 'rm -f blocking_null' EXIT
# 后台启动一个进程，读取fifo里的数据并直接丢去/dev/null
# 这样写入blocking_null时不会因为没有读取端而阻塞
cat blocking_null > /dev/null &

# 现在就能用啦：
# 写入：echo "test" > blocking_null （数据直接消失）
# 读取：read < blocking_null （会一直阻塞，除非有数据写入或者fifo被删除）

方法二：进程替换（无文件残留，脚本更清爽） #

如果不需要实际的文件路径，只是要给命令提供一个阻塞的输入源（比如你的netcat场景），用进程替换最方便，连临时文件都不用创建：

# 用sleep infinity来生成一个永远不输出数据的输入源
# netcat会一直保持连接到RPC服务器，直到服务器主动关闭连接才退出
nc your-rpc-host your-rpc-port < <(sleep infinity) > /dev/null

这个方法完美适配你的背景需求：不用轮询，等服务器关闭时netcat自动退出，脚本继续执行，而且完全没有残留文件需要处理。

为什么不用/dev/random？ #

可能有人会想到/dev/random——它写入会丢弃数据，读取在熵不足时会阻塞，但问题是只要系统有足够熵，它就会返回数据，没法保证永久阻塞，所以不符合你的需求。

内容的提问来源于stack exchange，提问作者benesch