其实如果是支付是 0,那就跟支付没什么关系了吧,业务控制也不应该继续走支付

其实你本身就有方案了吧,这样做是为了改善交互.
我说说具体的流程和实现,毕竟刚好不久前做过类似的文件上传处理,语言是 php.

前端:
1.上传文件
2.请求处理接口
3.轮询后端处理进度(2 之后的回调)

后端:
因为实际处理时间过长,会导致超时,所以可选的处理就只有非阻塞异步,同时要实时反馈,因此不选择队列处理

1.处理接口
直接返回处理结果(本次处理标识,统计信息),并且用非阻塞的方式调用异步接口,如果你也是 php,推荐使用 fsockopen ,当然 curl 也可以,调用异步接口后就断开.
2.异步接口
这里放实际的业务处理,记得设置执行不超时,因为处理结果是需要实时反馈的,因此每一个进度处理完的结果放在缓存(处理标识)比较合适.
3.轮询进度接口
通过 处理标识 直接读放在缓存的结果就好了.

可能有些说得不准确,但希望有点帮助吧.

不摔过你不会知道,原来自己这么抗摔

基数扩大者

1 楼说的大概就是这个
https://mp.weixin.qq.com/s/W3GO9h3TAH1EV0K5W8lkaw

1.1.1.1 的 Ping 统计信息:
数据包: 已发送 = 4，已接收 = 4，丢失 = 0 (0% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 169ms，最长 = 170ms，平均 = 169ms

sqlyog+1

轮毂这样子真是看得肉疼

凛冬将至

UNO 保湿型

你不是第一个有想法的人,也不会是最后一个.
但没有足够的资源,空有想法也是于事无补吧.

思考过 挣扎过 反抗过,然后明白...you can do nothing...

承惠一块五

国际版就基本没有了吧,就是有些特色的功能用不了,比如通知栏的流量

帮他完成一个愿望

你确定这是一个 java 初级而不是一个 UI?

肚子大了,但还是能抽时间锻炼