@lsk569937453 那是你逻辑设计有问题。哥们

还有一个方向，还在 oss 上，只不过可以把不常用的放入 [低频存储] 中。费用会降低，只是读取不方便

@guochenglong 可以试一下 seaweedfs

@L0L 是的 我看过 jdk 里面的线程池，还是可以的

https://github.com/T-TRz879/scpw 。这是我之前写过一个 scp 的客户端，个人工作需要经常传包，每次 server 和包都比较固定，懒得敲那么多。OP 的 ssx 很不错

@morenacl 是的，计算签名的时候需要保证这点。但 A 和 B 都是从 request 中取出 uri 进行计算的，经过 nginx 转发后，B 拿出的 uri 中的括号就不是%28%29 了。但直连是正常的，所以怀疑 nginx 哪里配置没对

@morenacl 我按照 11 楼给出的建议，把 trailing slash 去掉后就正常了

@dasenlin 到时候第一个 @你 哈哈哈哈

@phithon Thanks!!!! ：）

@yinmin 主要 A 服务器的签名方法是用的 sdk ，里面是把 uri 先 encode 后再签的，这样()就会变成%28%29 。其实直连 B 服务器是签名能过，但为了负载加了 nginx 后就有()签名不过的场景。想的是在 nginx 加什么配置能解决

@julyclyde 我试着去掉看看，一开始加上没报错就没管了

@ysc3839 这个是后来加上的，去掉也试过

@NessajCN A 生成签名到 B 后，B 是拿 request 里面的内容进行签名后对比 A 传来的签名。签名没办法被解析出来

@morenacl 是的，签名方法都一样，但是不同的是 A 服务器签名的时候 uri 中括号是%28%29 ，但经过 nginx 代理后到达服务器 B 的 uri 中就变成了()

@yaott2020 不是啊 你就当异常是一个返回值。比如方法需要返回 int ，但方法里面处理可能会异常，那么你就在该方法加一个返回值变成 func method() (int, error)

golang 官方解释说：异常也被认为是一种返回值类型

不想引入 mq ，就得找个地方存起来，存数据库，执行完更新下状态

@ikas 这不一定，满足销毁线程条件时，任何线程都有可能被销毁

@sujin190 我之前说的有点问题。看了一些博客和楼中其他人回答，所谓的核心线程数也就是线程池的最小线程数。druid 配置有最小最大连接数我想也和线程池的差不多