一般来说服务端会通过解析 token 获得用户 id 等信息，这个过程应该是不会缓存的，那解析同 1 个 token100 次和解析 100 个 token 我理解是没什么区别的。压测的话如果没有登录态互踢机制的话，用一个 token 也无妨

我理解 可能 token 的 处理机制不同 。 比如有的人设计 的时候，把 token 会放到个人信息的 redis key 中，这样走的大多数是缓存。只有不在缓存中的时候，才会去取 db 回写 redis。 这样单一的 token 和 不同的 token 在压测的过程，压测的重点中 db 层 就会存在较大的差异。 还有就是 token 的 解析，有人可能会设计 内存中解析，到一定量才会释放，这样单个和多个的 压测服务端差异会很大。 需要测试人员根据不同的业务和设计框架 进行性能用例的设计。

自己生成 token 不就好了吗?
当然是不同的 token 才最真实!

要看系统对于 token 的具体实现吧，单纯这么问不好说差别有多大。

然后如果确实区别很大必须多个用户，那找开发协助，绕过实名认证直接造用户就好了？

还是得看具体业务

压测的性能结果本来就是一个参考值，模不模拟多个 token 肯定会有些许影响，但是我觉得影响不大，主要还得看具体客户需求是如何要求的。

对于 token 的处理影响不大吧，主要还是看后续业务的实现。我们之前有业务是根据用户 id 进行分表存储的，单用户压测导致业务缓存全倾斜到单表中，导致查询变慢，与预期的性能结果不同。