React18 进入大家视野已经有一段时间了，不知道各位有没有尝试 「并发特性」 呢？当启用 「并发特性」 后， React 会从 「同步更新」 变为 「异步、带优先级、可中断的更新」 。

了解了临界区的概念之后，阻塞概念就好理解了。一个线程先占用了临界区的资源，此时如果其他的线程想使用临界区资源就必须等待。这种占用临界区资源，阻塞其他线程继续执行的情况就是线程阻塞

首先，我们需要明确一下这几个名词出现的场景：分布式 高并发 环境。如果你的产品卖相不好，没人鸟它，那它就用不着这几个属性。不需要任何加成，低并发系统就能工作的很好。

在日常开发过程中，你可能会遇到并发控制的场景，比如控制请求并发数。那么在 JavaScript 中如何实现并发控制呢？在回答这个问题之前，我们来简单介绍一下并发控制。

在开发过程中，有时会遇到需要控制任务并发执行数量的需求。例如一个爬虫程序，可以通过限制其并发任务数量来降低请求频率，从而避免由于请求过于频繁被封禁问题的发生。

Node可以在不新增额外线程的情况下，依然可以对任务进行并发处理 —— Node.js是单线程的。它通过事件循环（event loop）来实现并发操作，对此，我们应该要充分利用这一点 —— 尽可能的避免阻塞操作

异步是 js 一个非常重要的特性，但很多时候，我们不仅仅想让一系列任务并行执行，还想要控制同时执行的并发数，尤其是在针对操作有限资源的异步任务，比如文件句柄，网络端口等等。

并发编程三要素:原子性: 一个不可再被分割的颗粒。原子性指的是一个或多个操作要么全部执行成功要么全部执行失败。有序性: 程序执行的顺序按照代码的先后顺序执行。（处理器可能会对指令进行重排序）

在秒杀，抢购等并发场景下，可能会出现超卖的现象，在PHP语言中并没有原生提供并发的解决方案，因此就需要借助其他方式来实现并发控制。列出常见的解决方案有：

很多网站有并发连接数的限制，所以当请求发送太快的时候会导致返回值为空或报错。 安装依赖 express superagent cheerio eventproxy。新建app.js 抓取所有的url

今天看见有人聊目前系统有2亿的PV，该如何优化？当我看到这个话题的时候，突然在想自己工作中也遇到了不少高并发的场景了，所以即兴发挥，在这里简单总结和分享下，欢迎指正和补充。

在互联网时代，并发，高并发通常是指并发访问。也就是在某个时间点，有多少个访问同时到来。 高并发架构相关概念QPS (每秒查询率) : 每秒钟请求或者查询的数量，在互联网领域，指每秒响应请求数

最近在看Elasticsearch时看到了并发控制，由此看到了新的并发控制方式。不得不说Elasticsearch相较于关系型数据库就是两种理论建立的数据存储体系，当然它们在并发控制上也相差甚远，各有千秋。

抢购、秒杀是平常很常见的场景，面试的时候面试官也经常会问到，比如问你淘宝中的抢购秒杀是怎么实现的等等。抢购、秒杀实现很简单，但是有些问题需要解决，主要针对两个问题：