Linux中是否存在封装test_and_set()指令的系统调用？

直接给结论：Linux没有为test_and_set()单独设计专属系统调用——这类硬件原子指令的核心价值就是极低的同步开销，如果要通过系统调用来触发，进出内核的上下文切换成本会彻底抵消原子操作的性能优势，完全违背了它的设计目的。

实际开发中你不需要依赖专属系统调用就能使用test_and_set的能力：

• 用户态程序可以直接通过编译器提供的原子内建函数调用底层硬件指令，全程不需要陷入内核。GCC、Clang等主流编译器都提供了__atomic_test_and_set()这类内置接口，编译阶段会根据目标CPU架构直接生成对应的硬件原子指令：x86架构下对应xchg指令，ARM架构下对应ldrex+strex指令序列，执行流全程留在用户态，没有额外开销。
• 如果是编写Linux内核态代码，内核源码已经封装好了适配不同架构的test_and_set()内联函数/宏，直接映射底层硬件指令，供内核实现自旋锁、页状态标记等逻辑使用，同样不涉及系统调用流程。
• 你平时用的pthread互斥锁、用户态自旋锁等标准同步原语，加锁的第一步就是在用户态直接执行这类原子test_and_set指令判断锁的持有状态，只有当锁竞争失败需要阻塞等待时，才会调用futex这类系统调用，让内核帮忙管理等待队列，核心的原子测试、加锁操作完全不需要内核介入。

这里纠正一个常见误解：不是所有硬件指令都需要操作系统提供系统调用接口才能在用户态运行。test_and_set属于非特权指令，所有主流服务器、消费级CPU都允许用户态程序直接执行，编译器只要生成对应的机器码就能直接调用，根本不需要操作系统额外封装接口。操作系统的角色是基于这些底层原子指令，封装更高层次的阻塞、唤醒等同步机制，而不是把每一条硬件指令都包装成系统调用——那样做出来的同步机制性能差到根本没法用。

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