推荐学习书目 Learn Python the Hard Way Python Sites PyPI - Python Package Index http://diveintopython.org/toc/index.html Pocoo 值得关注的项目 PyPy Celery Jinja2 Read the Docs gevent pyenv virtualenv Stackless Python Beautiful Soup 结巴中文分词 Green Unicorn Sentry Shovel Pyflakes pytest Python 编程 pep8 Checker Styles PEP 8 Google Python Style Guide Code Style from The Hitchhiker's Guide
这是一个创建于 4601 天前的主题，其中的信息可能已经有所发展或是发生改变。
需求是这样的，app调用api，但某些api需要20s左右的执行响应时间。
目前的做法是，前端调用api，服务端收到请求后，将主要的耗时运算添加到任务队列，然后api马上返回，前端每隔几秒重新调用这个api，获取那个耗时运算的计算结果。目前用到的东西主要是flask+rq。
这个方法目前运转良好，不过现在要将系统的api开放给其他公司使用，对方希望api能够一次就返回计算结果。
如果按照对方的需求，每次请求都需要20s，甚至更长时间才能响应，这种事情应该用什么方案来做？用tornado能解决这个问题吗？或者是需要用其他更擅长处理这样请求的技术，比如golang或者erlang？
目前的做法是，前端调用api，服务端收到请求后，将主要的耗时运算添加到任务队列，然后api马上返回，前端每隔几秒重新调用这个api，获取那个耗时运算的计算结果。目前用到的东西主要是flask+rq。
这个方法目前运转良好，不过现在要将系统的api开放给其他公司使用，对方希望api能够一次就返回计算结果。
如果按照对方的需求，每次请求都需要20s，甚至更长时间才能响应，这种事情应该用什么方案来做？用tornado能解决这个问题吗？或者是需要用其他更擅长处理这样请求的技术，比如golang或者erlang？
 | 1 lookhi 2013 年 7 月 11 日 把你现在的做法再包装一层，与用户那个链接不断就好了。 |
 | 2 dancercl 2013 年 7 月 11 日 golang做这个很容易 |
 | 3 qiongqi 2013 年 7 月 11 日 嘿嘿，我推荐openresty，IO不阻塞 |
 | 4 BOYPT &bsp; 2013 年 7 月 11 日 所有非阻塞模型都可以吧... 不过这样的工作模式不好，API执行过程中很可能受其他影响而中断，就没了返回结果了。 |
 | 5 openroc 2013 年 7 月 12 日 async + fork process + callback |
 | 6 Livid MOD PRO 对方的这个需求真的不太合理。 对于耗时的任务，第一次 API call 的时候，可以立刻返回一个 Async job ID，然后对方的后续的请求，根据这个 Async job ID 来取结果。结果应该是存放在 Memcache 里的，可以高速访问。 很多 Cloud 平台的 API 就是这样的，比如你要创建一台 VM，显然是不可能立刻返回结果的。而是返回一个 job ID。 |
Select Language