建议增加服务端返回命令(不中断任务)

在实际操作中，如果服务端命令耗时较长，就需要先返回一个数据来告诉调用方，然后继续执行后续操作，这种需求比较常见。
例如：微信、企业微信、钉钉的回调API中，明确了必须在5秒内回复对应内容视为接受成功，否则继续重试发送回调事件请求。
而我们在收到该回调事件后，需要作的处理不止5秒，这里会有大量的分析、判断、写表的操作

所以必须在适当时机，先返回一个数据回去
活字格目前的返回命令直接把当前命令给中断了，看能否加一个“返回并继续执行”的命令，跟现有的“返回命令”一样，只不过不中断命令就行!

自己顶一个，呼叫胡总，梁总，帮忙给出个插件呗。

估计忙，这个确实是个问题，但是有别的办法处理不

一般响应都会默认作为中间件管道的端点，如果要在响应后继续执行，需要在响应前开启新的线程，拷贝上下文继续执行，但是执行结果不再响应，这样一般是有问题的，没有错误处理机制了。

谢厅 发表于 2021-7-12 15:59
一般响应都会默认作为中间件管道的端点，如果要在响应后继续执行，需要在响应前开启新的线程，拷贝上下文继 ...

后端在写程序的时候经常会这样操作吧？
返回数据包，然后继续执行

phoben 发表于 2021-7-12 16:14
后端在写程序的时候经常会这样操作吧？
返回数据包，然后继续执行

一般不会，当然有的时候会，因为自己写的话可以把错误处理写进去

谢厅 发表于 2021-7-12 16:39
一般不会，当然有的时候会，因为自己写的话可以把错误处理写进去

自己能写个类似“返回命令”，但是去掉return的插件吗？

phoben 发表于 2021-7-12 17:00
自己能写个类似“返回命令”，但是去掉return的插件吗？

这个得了解活字格server的路由管道是咋写的，我估计自己去改造应该是很难的。可以自己写个服务端api

可以先把数据返回回去，后续的逻辑通过页面命令重新调服务端命令异步解决吗？

David.Zhong 发表于 2021-7-12 19:28
可以先把数据返回回去，后续的逻辑通过页面命令重新调服务端命令异步解决吗？

我这个场景就是回调场景，企业微信触发事件，给我一个信号，我的服务端命令做相应处理。这页面没有联系