开始以为是app的问题，排查后发现是新版pycharm 有问题。退回2017.3 问题环境是：Flask latest版本，docker-compose运行在远端。flask在pycharm开启debug运行后会卡在第二次reloader中。 其它运行等都没有影响 Post Views: 743

如果是普通的flask页面profile建议使用WSGI Application Profiler 它会自动分析每一个页面，并profile，内部也是cprofile实现。 针对初始化过程只能手动使用cProfile： python -m cProfile -o profiling run_web.py 等到初始化完毕再进入python ide： >>> import pstats >>> stats = pstats.Stats('profiling') >>>…

这个如果是在debug模式下出现一般是跟reloader特性有关系，WERKZEUG提供的这个特性主要是方便实时监测到开发中修改的文件，比重启app要快很多。但是有的时候我们希望app或者部分代码指启动一遍，可以用下面的环境变量来监测是否是第二次reload中的初始化。 if not app.debug or os.environ.get("WERKZEUG_RUN_MAIN") == "true" 组件初始化我们也希望初始化一遍，flask对此有一个专门的事件： @app.before_first_request…

docker-compose的启动会默认创建一个bridge类型的网络，当然它跟默认的bridge是继承关系。最近升级ide和docker后发现服务之间出现了个现象，服务能ping的通但是别名就不可以。而更改的地方就是网络模式network_mode  设置为了bridge。 原来当使用default bridge network的情况下，docker container使用宿主机的resolv.conf，当然不会解析服务名了。从1.10开始docker对自建的网络默认启用embedded dns，这个dns会自动…