能否通过poll或其他方式监测TCP套接字的数据写入事件？

核心说明 #

标准的poll()/epoll()这类I/O多路复用工具没法直接监听“有数据写入套接字”这个动作——它们只关心套接字的可读/可写状态（比如接收缓冲区有数据、发送缓冲区有空位），不管有没有人往里面写数据。但可以通过以下用户空间方案实现需求：

1. 本地套接字对+监听可读事件（最省心的方案） #

如果线程A和B属于同一进程，或是基于本地TCP通信，直接用socketpair()创建一对流式套接字：

• 线程A调用常规write()往其中一个套接字写入数据
• 线程B用poll()/epoll()监听另一个套接字的POLLIN事件，只要A完成写入，B就会被唤醒，直接读取数据即可

这个方案完全符合要求，线程A无需做任何额外操作、不用发送信号，纯靠套接字原生机制实现。

2. eBPF跟踪write系统调用（远程TCP场景可用） #

如果是远程TCP套接字，无法使用套接字对的方式，可以通过eBPF跟踪系统调用实现：

• 编写轻量eBPF程序，捕获进程的write()系统调用事件，检查目标操作是否针对指定套接字的文件描述符
• 匹配成功时，通过perf事件向用户空间的线程B发送通知
• 线程B通过perf_event_open()创建的文件描述符阻塞等待，收到通知即感知到写入动作

这个方案不需要修改线程A的逻辑，A仍只需调用常规write()，但要求内核支持eBPF（现代Linux内核默认开启），且进程需具备CAP_PERFMON或CAP_SYS_ADMIN权限。

不可行方案提醒 #

不要尝试通过忙循环检查内核缓冲区大小的方式实现——既占用CPU资源，又不符合阻塞唤醒的需求；同时poll()的原生事件也无法满足需求，因为它根本不关注“写入动作”本身。

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