59是return还是returned in

来源：蜘蛛抓取(WebSpider) 时间：2020-04-15 05:51 标签： retained earning

这个return false意味着代码执行到这儿就停止了，也就不会执行a的默认事件也不会事件冒泡了。

这是一个创建于 972 天前的主题其Φ的信息可能已经有所发展或是发生改变。

比如有个情景是需要先返回'开始执行'然后进行执行任务 或者 Python2 中有没有那种。。异步的写法类似 iOS 中的 block。

"开始执行"这个应该是客户端可以直接处理
服务端最终未开始执行(执行超时) 或 执行错误 再 return 给客户端才是正常处理方式?

客户端应該做超时处理 多久未处理完(未收到服务端完成通知)算超时

把要执行的任务模块化先添加到任务列表，然后返回

另起一个定时器或者守护線程类的间隔 N 秒查询任务列表，有任务就执行没有就完了

不清楚你做的是 web 还是什么业务 任务队列没法准备的把每个任务状态返回给客戶端吧?比如有 1,2,3 个任务在队列里,其中 2 处理失败, 怎么告诉发布 2 任务的客户端失败这个信息?如果做 tcp 业务那是没问题

你是想在 web 里先返回再处理一些額外的事儿？

办法也是有的真的先返回后执行了。

#16 原来是有个进程在一直等待获取任务重启的时候直接执行任务，现在改成了重启的時候也扔到任务队列里面去加个重启的标签以便识别。

为什么要返回开始执行后在跑任务奇怪的逻辑

我理解应该是提交任务后，这个動作就结束了后台执行任务时应该写入状态值，前端查询状态值来确认是否开始执行

#20 就是类似于这样

foo()是执行任务想让它不阻塞。

如果昰我应该会这样做

#23 也没这么复杂，只是想让前面的任务代码不阻塞就行了

服务器端接收请求后生成个随机码，连同待处理的数据一块發给 redis 队列然后把随机码返回给客户端。另外起一个后台进程一直处理这个 redies 队列的消息处理好了存库。客户端接收到随机码后带着这个隨机码向服务器端请求处理结果如果没有结果就循环重试，用 ajax 实现即可

我要回帖

更多关于 retained earning 的文章

 

随机推荐