当服务器需要很多时间去计算的时候，如何处理前后端交互的问题

2016-06-16 01:14:54 4.3k 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

ThinkAdmin后台Getshell 通过文件包含或者图片马的方式Getshell。修改其可允许的文件类型，php不允许，可添加。系统管理->系统参数配置->本地服务器存储。阅读详情

绝大部分web服务请求——响应最多几秒的时间，web请求也设置了超时时间，但是现在假设有一个来自客户端的请求，服务端整个算完必须很久，比如我之前遇到的一个业务，客户端只点了三个位置，输入了一段话（实际上是短信），，然后提交上去，服务端要读取1000w条记录，并把短信内容加载1000w条记录里去，并且插入到新表去，这个操作服务器算完怎么也要几分钟，这种情况下该怎么设计前后端交互问题，超时只是一方面，另外一方面我不希望客户在那傻等

...全文

大数据实时+离线项目架构----智慧物流大数据平台（超流行框架！）智慧物流大数据平台文章目录智慧物流大数据平台一、项目背景二、逻辑架构三、解决方案技术亮点:数据流转四、项目的技术选型4.1流式处理平台4.2 分布式计算平台4.3 海量数据存储框架软件版本总结一、项目背景本项目基于一家大型物流公司研发的智慧物流大数据平台。该物流公司是国内综合性快递、物流服务商，并在全国各地都有覆盖的网点。经过多年的积累、经营以及布局，拥有大规模的客户群，日订单达上千万。如此规模的业务数据量，传统的数据处理技术已经不能满足企业的经营分析需求。公司需要基于大数据技术构建数据中心，从而挖阅读详情

abcbuzhiming

高性能WEB开发 25,979 成员 4,366 内容

+ 关注 + 加入社区

切换为时间正序

新技术追求者 2018-07-01

打赏
举报

异步是最好的选择，让客户觉得他已经处理好了，但是实际上我们的工单还是在后台跑着，还在处理，作为一个运营着，这个样的话，给客户的感觉很好，而不是让客户取等待！

grrrrrowth 2017-10-30

打赏
举报

可以去用消息队列！参考电商秒杀。

青年卫大师 2017-10-13

打赏
举报

可以使用请求推送模式前端发送一个请求后台处理完了推送到前端

pois 2017-09-25

打赏
举报

先进缓存，然后异步持久化

清风文人 2017-08-29

打赏
举报

设置等待弹框

爱吃火锅的S 2017-08-09

打赏
举报

个人理解，参考新浪微博的处理方式，采用异步推拉的方式，用户提交之后直接推到消息队列中，此时给用户返回处理结果，然后点击查询已有的记录时再从数据库拉出来。

及时雨送浆 2017-07-20

打赏
举报

参考12306

IAmObject 2017-07-12

打赏
举报

如果必须想立马看见的话，可以把数据先预先存到缓存，这样每次直接用缓存的数据去处理，就基本不会耗时了。但是这种情况比较占内存，可是鱼与熊掌不可兼得嘛

oxcow 2016-10-19

打赏
举报

引用 10 楼 oxcow 的回复:

在用户不要求立即看到结果的情况下，还有一种就是将用户的操作数据放到缓存中，比如redis中，然后快速响应。服务端在重启线程将缓存中的数据放到数据库中

看你的具体场景了。无外乎就是同步和异步，推和拉了!

oxcow 2016-10-19

打赏
举报

在用户不要求立即看到结果的情况下，还有一种就是将用户的操作数据放到缓存中，比如redis中，然后快速响应。服务端在重启线程将缓存中的数据放到数据库中

oxcow 2016-10-19

打赏
举报

还是异步吧，弄个进度条没意义，好几分钟，用户应该不会傻了吧唧的在那等着。用户提交后，直接提示，大概需要几分钟进行处理，请稍候再来查看结果。这样用户可以去干其他事情了。上面提的的拉和推都可以，NB点可以搞推送，只要用户不关闭浏览器。次一点的，让用户自己去查吧。这两种方式可有利弊，你可以权衡下实现难度和用户对交互的迫切程度来觉得。个人觉得这种需要服务端大量计算的，走异步，结果让用户来查就行，没必要搞得那么花哨（推送）！