这个问题实际上指的就是怎么测试加密接口.

1. 找开发要加密方式，你把参数加密后再调接口
2. 让开发暂时取消加密，或者类似的处理

压测需要看你具体的需求，如果是压底层的服务，可以想办法找开发看怎么跳过接口的检验，如果需要压测加密和之后的服务，就需要在接口请求上研究怎么破解加密了，服务端肯定有加密的逻辑的，要不 C 端调用的时候怎么请求呢？

直接用底层接口也可以

不加解密不行呀，这压测试结果可能失真，有些加解费 CPU ，去掉他测试的结果是失真的，

正常是怎么调用，测试的时候也按照那样来不就好了

可以让开发把加解密方法打个 jar 包，然后你的参数自己调用 jar 包做加解密处理，再压测

通用码？

遇到过加解密方法有问题导致内存泄露的，建议还是尽量真实模拟加解密做压测

手动添加 Authorization： 值