Solaris虽已淡出，其转门机制仍藏在Go、WebKit与Rust中

虽然Sun Microsystems的Solaris操作系统如今已基本退出历史舞台，但它的技术遗产仍深刻影响着现代系统工程。Solaris首创的多项技术悄然塑造了当代操作系统、Web浏览器和语言运行时的架构，成为如今高性能软件体系中沿用至今的基础设计范式。

在内存管理与存储领域，Slab分配器最初为Solaris发明，通过缓存预先初始化的内核对象大幅降低分配开销和内存碎片，成为现代内核和数据库的设计范本；OpenZFS将文件系统与逻辑卷管理器结合，引入自动校验和与数据自修复功能，革新了存储系统；DTrace则改变了系统可观测性，这一动态追踪框架能够实时检查运行中的内核和用户空间，并直接启发了Linux eBPF等现代工具。此外，早在容器化成为云基础设施主流之前，Solaris就推出了Zones，开创了安全的操作系统级虚拟化技术。

除上述突破外，Solaris还催生了转门（turnstile）机制。这是一种巧妙的同步机制，旨在解决阻塞式互斥锁的开销和优先级反转问题。Solaris大量依赖阻塞式互斥锁以实现低延迟的软实时行为，但细粒度锁需要成千上万个小型锁，若在每把锁中嵌入大量管理数据就会浪费内存；同时，当高优先级任务等待低优先级任务持有的锁，而后者又被中优先级任务抢占时，就会发生优先级反转，可能导致系统无限期停滞。转门机制通过将等待状态与单个锁结构分离来解决这一问题：每个线程创建时都会分配一个转门，当线程因锁竞争而阻塞时，会将预先分配的转门交给该锁，并通过一张以锁的虚拟地址为键、按桶组织的全局哈希表建立映射。这样既能动态遍历优先级继承关系，又能让没有竞争的锁保持极小体积，通常只需一个字节或一个机器字。

这一架构思路深深延续到了现代软件中。在Go中，运行时通过内部运行时信号量管理数百万个goroutine的大规模并发，相关实现位于sema.go，使用一张名为semtable的全局根节点表，将代表阻塞goroutine的sudog结构链接到对应桶的等待树中，使同步变量保持轻量。WebKit为此引入了WTF::ParkingLot，一种可移植的用户态线程挂起机制，将标准锁缩减到很小体积，线程阻塞时在ParkingLot管理的全局并发哈希表中登记地址，从而将锁本身与线程休眠、唤醒机制彻底分离。Rust的parking_lot crate则明确将WebKit的ParkingLot设计移植到Rust生态中，在外部维护一张以锁地址为键的全局等待队列哈希表，使同步原语保持极小体积。