运行django访问api接口, 使用log_sparse未能生成报告; 而运行flask访问api接口, 则报错退出 about viztracer HOT 9 CLOSED

我把subprocess的fix已经check in了，但是django的这个架构让viztracer用起来会稍微有点点麻烦。

首先，你在用viztracer的时候需要额外pass进去一个--log_subprocess，大概是

viztracer --log_subprocess --log_sparse manage.py runserver

然后你的代码部分，你需要给你的django一个save的entry，就是要想办法手动save。那比较直接的方法是给一个url，比如

from viztracer import get_tracer

@require_GET
def save(request):
    tracer = get_tracer()
    # 注意这里如果你不给output file，它会默认保存成json格式（因为是subprocess）
    tracer.save(output_file="result.html")
    return HttpResponse("done")

然后你添加一个url到这个save函数，就可以通过浏览/save来保存report了。（你原来的@log_sparse还要保留）

确实可能步骤多了一点，但是django的这个架构也没有特别好的办法。如果你和django的复杂度比一下，这个方式应该还是可以接受的。

from viztracer.

flask的部分确认了是viztracer的bug。bug比较复杂，涉及到viztracer在multithreading的hook机理。因为log_sparse直接bypass了所有的hook，导致thread-specific的一个值没有初始化。

我会调整一下threading机理的部分，尽快修复这个bug

from viztracer.

Flask的问题和Django不太一样。

Flask是viztracer的bug，在viztracer没有profile function的时候，新spawn的thread不会trigger thread specific initialization。我把这个问题在 #73 修复了，现在的thread initialization架构和原来不太一样了，正好 #66 可能也需要这个feature。现在log_sparse应该可以在multithread的程序上正常工作了。

Django这个问题比较复杂。分为两个部分。
Django用了一个subprocess的模型去跑（至少manage.py是这样的），理论上viztracer是支持subprocess的，但是现在有两个问题：

• viztracer的subprocess hook现在判断的比较不科学，是直接判断startswith("python")，而Django用的绝对路径。这个事情是可以fix的。
• Django用的这个模型，在用户ctrl+c之后会直接给subprocess发一个SIGKILL。而SIGKILL是不可以被catch的，所以在ctrl+c关闭服务器之后，是没有任何办法去保存subprocess的数据的。而viztracer的subprocess模型是需求main process去保证subprocess执行完毕的。所以这里是个死结。

我并没有修改任何Django的问题，但是现在有一个方案是或许可行的。就是你可以手动在你的Django文件里去输出report。

tracer = get_tracer()
tracer.save()

这样是可以拿到数据的（前提是我把subprocess的hook改掉）。所以我想知道你现在觉得这个方案会对你有帮助么？如果有帮助，我就再把subprocess的那个hook问题解决，然后你可以试一下在程序内输出。如果你觉得现在把flask修好就够了，那你可以把这个issue close了~

from viztracer.

另外，这个fix现在只commit到了master，还没有release，所以如果你要试验的话，你需要从git安装

pip install git+https://github.com/gaogaotiantian/viztracer

因为不是直接的wheels，所以你可能需要安装一下wheels

pip install twine setuptools wheel

另外就是因为用了C lib，所以你需要python3-dev。

当然，如果你对Django这个事情没意见，我应该会这几天就把这个fix release了。

from viztracer.

嗯嗯, 感谢, flask的log_sparse已经可以抓到report了.
Django的方案我没意见, 我的使用场景是测试环境调试用的, 装饰器或者get_trace使用复杂度差不多.

by the way, 我发现flask没有抓到代码段, 当然这个对我使用没啥影响.

from viztracer.

还有django可以修复再关

from viztracer.

log_sparse目前是不支持source code的获取的，它的机制和正常的function hook不太一样，这个不是bug~

Django的部分我这几天修改一下，然后做个prototype，争取能尽快修复+release

from viztracer.

谢谢 O(∩_∩)O

from viztracer.

谢谢, 按您的方案操作, Django下产生了2个report文件, 我在result_72587.html中看到了被装饰的函数调用.

from viztracer.