无需重启服务器即可更新WSGI应用是否可行？

1. 无需重启服务器更新WSGI应用？可以，但有前提 #

多数主流WSGI服务器（比如uWSGI、Gunicorn、mod_wsgi）支持重载应用进程而非重启整个服务器：

• 比如给uWSGI发送SIGUSR1信号，就能触发worker进程逐个重启，服务器主进程保持运行，用户几乎无感知；
• Gunicorn用gunicorn --reload启动时，会自动监控代码文件变化，一旦检测到修改就重启worker进程；
• 但要明确：WSGI应用的代码是加载在worker进程内存中的，不重启这些进程，内存里的旧代码不会被替换。所谓“无需重启服务器”本质是重启应用进程而非服务器本身，和WordPress那种改完直接生效的逻辑完全不同。

2. WordPress能在线更新，WSGI应用不行？核心是运行模型差异 #

两者的底层运行逻辑天差地别：

• PHP的请求级运行模式：每次HTTP请求过来，Web服务器都会启动（或复用）一个PHP解释器进程，重新读取并执行当前的PHP脚本文件。更新WordPress核心、插件后，下一次请求就会加载新文件，直接生效，不需要重启任何进程。
• WSGI的常驻进程模式：WSGI应用启动时，会把所有代码、配置、甚至应用上下文都加载到worker进程的内存中，之后所有请求都直接复用内存里的资源执行。除非重启这些worker进程，否则内存里的旧代码不会被替换，新的代码变更根本不会被加载。

3. 确实和PHP的特性直接相关 #

PHP的设计就是无状态、请求级初始化，天然适合这种“改完就生效”的场景；而Python的WSGI生态是基于常驻进程来提升性能——避免每次请求都重新加载代码、初始化应用上下文，这是性能优化的选择，但代价就是代码更新必须重启进程才能生效。

另外补充：PHP也有OPcache缓存脚本编译结果，但OPcache可以配置自动检测文件变化刷新缓存，或者手动刷新，所以依然能支持在线更新；而WSGI应用的内存加载是更彻底的，连模块、类实例都存在内存里，没法像OPcache那样简单刷新。

内容的提问来源于stack exchange，提问作者Dante