Linux 桌面生存指南
|
但，也不是就没有多线程和锁的业务场景，就比如我们的核心组件中，数据库连接池、分布式任务中，都会涉及到多线程和锁的使用。也有一些类似商品秒杀的场景，同样需要使用到锁。 那么，使用多线程为了更大限度的利用资源提升效率，加锁是为了在同一个资源有竞争的情况保证业务流程的正确性。就像：数据库连接池为了合理分配数据库资源、商品秒杀是为了库存的竞争。 可是，在没有需要竞争和分配资源的情况下，一般并不会在分布式场景下使用到多线程。假如我们做一个用户资源单次计数的操作，那么原来的应用是单实例还是可以加锁累加计数的。但现在是分布式应用部署，也就是你可能这一时刻是A实例提供你的需求，当你再次刷新页面后可能访问到的就是B实例。这时候在想做一些实例上的累加，就没那么方便了。 这也就是在分布式应用框架的应用中，让你能用到多线程和锁的地方并不多的原因。但如果你有需要去了解一些中间件或者核心组件的设计时，就需要了解相关的核心知识。 很多纸上谈兵的技术，也就是你造轮子、造火箭、成为架构师的根基! 如果你还想奔着这条路能走的更远，就需要继续学习。
三、你的成长阶段目标? 目录
一、前言 你只面向工作学习吗? 如果说编程只是单纯的承接产品需求开发系统功能，那么基本可以把程序开发简单理解成按照需求PRD，定义属性、创建方法、调用展示，这三个步骤。 尤其是在一些大公司中，会有易用的、完善的、标准的架构体系和运维服务，例如：RPC、MQ、Redis集群、分布式任务、配置中心、分库分表组件、网关等搭配出来的系统架构。也因此让程序员做到只关心业务功能开发! 让程序员只关心业务开发，有成熟的系统架构、有标准的开发流程、有通用的功能设计，对于团队效能提升来说是非常好的事。但一部分程序员正因为有这样的好事，让日复一日的岁月做着同样的事，最后成为工具人。 如果是框架和中间件的存在，是了让程序员只关心业务开发。那为什么你面试的时候会被问到核心组件的设计和原理呢? 在这个年代，别放弃学习是你几乎唯一的生存途径。 二、多线程和锁没用过? 面试必问的多线程、锁，甚至可能问的还挺深入，比如：AQS、CAS、CLH、MCS、锁升级、对象头等等。但在实际的业务开发中，你用到了吗?可能这也是大部分同学说，面试造火箭的地方! 互联网应用中有些业务场景开发，确实很少能用到多线程，也几乎不需要你去加锁。即使你能用到多线程的地方也可以用其他更好的方式处理，就像你需要多个线程把数据落库，那么就可以使用异步MQ的方式，把压力分散到各个应用实例上去。而这一开发方式的演变，是因为现在的应用开发和部署都是基于分布式的思想，所以也就很少会有非得用线程来压榨单实例CPU。 在基于RPC+MQ+数据库路由+网关，以及各类配合的组件下，构建出的分布式应用，在某些时候是改变了我们的开发模式的。可能原来我们需要大量使用多线程在单个实例下的开发思路，在使用分布式架构后，就需要转变这一思想，所以随时而来的使用多线程和锁的场景也会减少。
图 14-1 分布式简化的应用部署 （编辑：潍坊站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
