并发数和并发用户数通常被用来衡量系统负载，但它们代表了不同的概念。
- 并发数：这是指在某一时间点系统正在处理的请求总量。比如有一百个请求正在被处理，那么并发数就是一百。
- 并发用户数：这更多地关注用户的行为以及他们与系统的交互过程。比如某一时刻有一百个用户同时在线，他们可能正在浏览网页、执行某种操作，或者在等待响应，他们可能并不是一直在发起请求，但他们可以在任何时刻开始一个新的请求。所以并发用户数通常会大于并发数，因为并不是所有在线的用户都会在同一时刻发起请求。
总的来说，"并发数"和"并发用户数"都是评估系统性能和可扩展性的重要指标，但它们关注的侧重点略有不同。第一个侧重于系统层面，关注的是系统能处理多少并发请求；第二个侧重于用户行为，关注的是有多少用户在同一时间在用系统。
一、并发数：
首先，并发数是个瞬时概念，指的是在某一个瞬时时刻，系统承受的请求数之和。
通常意义我们来关注的都是“最大并发数”。
因为系统要保证高可用是保证在最高并发条件下的可用。
那么，最大并发数一般怎么计算呢？
计算并发数的公式可能因具体的应用场景和情况而有所不同，以下是一种常用的计算并发数的简化公式：
并发数 = 平均请求响应时间 * 每秒请求数
其中：
平均请求响应时间：指的是系统处理一个请求所需要的平均时间，包括服务器处理时间、网络传输时间等。
每秒请求数：表示系统每秒钟处理的请求数量。
这个公式的基本思想是，通过请求的平均响应时间和每秒请求数量来估算同时并发处理的请求数。举个例子：
系统平均请求响应时间为2秒，每秒请求数为3个，那么该系统的最大并发数=2X3=6个。
也就是第一秒进入请求3个，第二秒再次进入3个，而第一秒的尚未请求结束，此时系统同时处理请求数为6个。
需要注意的是，这个公式是一个简化的模型，它假设每个请求的响应时间是独立的。实际应用中，请求的响应时间可能会受到多种因素的影响，如系统负载、网络延迟等，因此实际并发数可能会有一定的浮动和不确定性。此外，还需要根据具体的系统架构、硬件配置和业务需求等因素进行综合评估和优化，并对系统进行压力测试和性能测试以验证并发数的可行性和稳定性。
二、并发用户数
并发用户数的计算方式与系统设计、用户行为和 sessions 持续的时间有关。下面是一种常见的计算方式：
并发用户数 =（用户会话时间 / 平均请求间隔时间）* 每秒请求处理数
- 用户会话时间：用户在系统中从登录到注销所需的时间。
- 平均请求间隔时间：用户连续两次发起请求的平均时间。
- 每秒请求处理数：服务器每秒钟可以处理的请求数量。
这种计算方式仅适用于估算并发用户量，实际的“并发用户数”可能会受到许多其他因素的影响，例如用户的行为模式、网络延迟、服务器的处理速度等。因此，在进行系统设计和优化时，最好根据实际的用户使用情况和系统性能进行测试和调整。
假设有以下条件：
用户会话时间是 10分钟，也就是用户平均在线10分钟，
平均请求间隔时间是 1分钟，也就是用户每1分钟进行一次操作，
系统每秒可以处理5个请求。
那么，首先将用户会话时间和请求间隔时间转化为统一的秒为单位：
用户会话时间：10分钟 = 600秒，
平均请求间隔时间：1分钟 = 60秒。
接着，将用户会话时间除以请求间隔时间，能得到每个用户在他的会话期间会产生多少个请求： 600 / 60 = 10
也就是说，每个用户在他的会话期间会发出10个请求。然后，再将这个数乘以每秒处理请求数，就能得到并发用户数： 10 * 5 = 50
所以，在这个例子中，系统的并发用户数是50个。也就是说，在任何给定的秒数，系统中可能会有50个用户同时在线。
这个公式的理解是基于这样的逻辑：一个用户在其会话期间会产生多少个请求，而系统每秒又可以处理多少个请求。
先来看左边的部分：
用户会话时间 / 平均请求间隔时间 这个部分表示的是一个用户在他的会话期间大概会发起多少次请求。比如一个用户的会话时间是10分钟（也就是600秒），他每60秒发一次请求，那么他在整个会话期间会发出大约10次请求。
接下来看右边的部分：
每秒请求处理数 这个值告诉我们系统每秒能处理多少个请求。
这两部分相乘，得出的结果就是系统可以同时处理的并发用户数。比如，如果每个用户在他的会话期间会发出10次请求，而系统每秒可以处理5个请求，那么系统理论上可以处理50个并发用户。
简单的说，这个公式就是在计算，如果考虑到用户在系统中的行为（会话时间和请求频率）以及系统自身的处理能力，系统可以支持多少个用户在同一时间访问。
所以因为用户不是每秒都点击的，所以并发在线用户数是大于并发数的，你清晰了吗？~