为什么很多工业底层软件，多线程代码都很少加锁？

锁的加解锁操作本身会带来额外的性能开销。在工业底层软件和高性能多线程应用中，这种开销可能非常显著。例如，在追求高IO吞吐的通信框架中，一次IO事件的分发全流程可能非常短暂，而加解锁操作可能占据相当一部分时间，从而显著降低整体性能。

过多的锁操作可能会破坏CPU缓存的局部性原理，导致CPU频繁地从缓存中读取数据，甚至需要从内存中重新加载数据，这也会降低程序的执行效率。

过度使用锁可能会使代码变得更加复杂，难以理解和维护。特别是在多线程环境中，锁的使用需要仔细考虑锁的粒度、顺序和释放时机，以避免死锁和竞态条件等问题。

死锁是多线程编程中的一个常见问题，它会导致程序无法继续执行。通过减少锁的使用，可以降低死锁发生的风险。

无锁编程通过应用层面的技术（如自旋锁、CAS操作等）来实现线程安全，避免了内核参与的加解锁操作，从而提高了性能。

无锁编程从根本上避免了死锁的发生，因为它不依赖于锁机制来同步线程。

在高并发场景下，无锁编程能够更好地应对大量并发请求，提高系统的可扩展性。

在资源有限的嵌入式环境中，一般会采用特定的架构设计（如有限消息状态机FMM）来减少锁的使用，以提高系统的性能和稳定性。

在多线程编程中，应遵循最小原则，即只在必要时才加锁，并且一旦完成操作就立即解锁。这样可以最大限度地减少上下文切换和性能开销。

现代CPU和操作系统提供了高效的锁机制和并发工具，如自旋锁、读写锁、偏向锁、轻量级锁等，这些工具和机制可以在一定程度上减少锁的使用和性能开销。同时，JVM等高级运行时环境也提供了锁优化技术（如锁消除、锁粗化等），以进一步提高并发性能。

很多工业底层软件和多线程代码中很少加锁是为了平衡性能、复杂性和安全性之间的关系。通过合理设计和选择合适的锁机制或采用无锁编程技术，可以在保证数据一致性和线程安全的同时，尽量减少对性能的影响。