这是一个创建于 397 天前的主题，其中的信息可能已经有所发展或是发生改变。
之前的小项目里提供了一个 REST 接口，接口一堆参数，其中包含一个 image 图片，用的是 base64 传递。这个接口主要逻辑是处理一段业务后，将 base64 图片会存到本地。
就这样一个接口，发布之后每隔一段时间就会出现几次请求超时的情况，正常情况接口再 100ms 以内响应的，但是运行一段时间后，有时会超过 10s 以上才给响应，甚至超时的情况。
现在想解决这个问题，做了如下处理：
- 用 apifox 开多个线程调用接口，问题可以复现
- 把 base64 去掉，不传，问题不再复现
- 传 base64 ，但是接口里面所有的逻辑都注释掉，问题也可以复现
那是不是意味着 REST 请求数据包就不能太大，能通过配置的方式缓解/解决这个问题吗？
求教~
18 条回复 • 2024-08-01 11:41:43 +08:00
 |
1
lsk569937453 2024-07-31 14:08:34 +08:00
开发语言用的什么啊，可以把复现的代码直接放到 gist 上，分分钟就给你解决了。
REST 接口里传 Base64 会导致一段时间后响应越来越慢吗？ 答案:不会。 |
 |
2
furlxy 2024-07-31 14:13:29 +08:00
写死一段短一点的 base64 看看呢，我猜是你内容太多了
|
 |
3
mxT52CRuqR6o5 2024-07-31 14:13:41 +08:00
有没有可能是把图片存到挂载到内存文件系统的目录里了，时间长了内存就爆了
|
 |
4
lovedebug 2024-07-31 14:16:30 +08:00
GET 请求？ 小心超长～
|
 |
5
sazima 2024-07-31 14:19:21 +08:00
是不是把 base64 字符串写到日志里面了。
|
 |
6
lambdaq 2024-07-31 14:32:04 +08:00
这么卡？ gzip 一下试试。
|
 |
8
cnzjl 2024-07-31 14:48:53 +08:00
感觉是不是写入图片那部分导致的，加点 log 看看？
|
 |
9
evan1 PRO 图片 base64 太长了吧。
换一个短一点的，然后再换一个超长的复现看看。 |
 |
10
CHTuring 2024-07-31 15:04:56 +08:00
理论上来说传一个数据比较多的 base64 会影响，但是不会有你说的 10s 那么大。和上面说的那样，你应该主要测试写入的代码。
|
 |
11
gzldc 2024-07-31 15:13:13 +08:00
我们是图片存 oss ，api 只返回图片 uri
|
 |
12
wws2023 2024-07-31 16:42:36 +08:00
哪里 io 占用了吧
|
 |
13
nevermoreluo 2024-07-31 17:05:05 +08:00
我有个问题
把 base64 去掉的时候，对程序做额外处理了吧，如果还用 string 传包体，图片还完整吗？怎么处理的，直接存到 string 然后\0 就不管了吗？ 有没有部分图片小了很多很多？ 所以有没有可能问题一直有 只是把 base64 去掉的时候，搞错东西了 |
 |
14
artiga033 2024-07-31 17:25:16 +08:00 via Android
曾经有个项目就是一大堆高清图片作为 base64 文本嵌入，一个接口响应有 7MB 多，但是主要也是网络传输时间，接口响应速度还是微秒级
|
 |
15
musi 2024-08-01 07:44:52 +08:00 via iPhone
io 被阻塞了？你用 form 传试试要是还慢就是阻塞了
|
 |
17
cppc 2024-08-01 11:30:36 +08:00
用这个去定位问题 https://arthas.aliyun.com/ 你可以稳定重现就好说
|
 |
18
xhatt510 2024-08-01 11:41:43 +08:00
不会导致越来越慢
|
Select Language