服务器端如何有效的控制文件上传接口的并发量?使用令牌桶的思路进行限流,服务器端是不是依旧会把客户端发送的文件完整接收后,才进行限流逻辑?
客户端进行文件上传,文件内容在请求体中。服务器端应该在哪个环节进行限流操作?过滤器、拦截器?此时的request对象是不是已经包含了文件的所有内容,此时进行限流无法解决客户端请求占用大量服务端带宽的问题。还是在对request对象中的文件进行读操作的时候才会真正的传输文件内容?
服务器端如何有效的控制文件上传接口的并发量?使用令牌桶的思路进行限流,服务器端是不是依旧会把客户端发送的文件完整接收后,才进行限流逻辑?
客户端进行文件上传,文件内容在请求体中。服务器端应该在哪个环节进行限流操作?过滤器、拦截器?此时的request对象是不是已经包含了文件的所有内容,此时进行限流无法解决客户端请求占用大量服务端带宽的问题。还是在对request对象中的文件进行读操作的时候才会真正的传输文件内容?
难道需要对文件上传接口进行两次确认吗?先发送一个申请上传的请求尝试获取令牌,成功则调用文件上传接口,失败则等待。
考虑用前端代理进行限速
你的问题有答案了吗