uWSGI启用lazy-apps时，Python atexit回调中创建SSL上下文报未知错误

看起来你碰到的这个问题，本质是uWSGI开启lazy-apps后，进程生命周期的资源清理时机和Python atexit回调的执行时机不匹配导致的。我之前排查过类似的uWSGI进程退出清理问题，刚好能给你一些可行的解决方案。

问题根源 #

当lazy-apps = true时，uWSGI的worker进程是独立加载应用代码的，但在worker退出阶段，uWSGI会先于Python的atexit回调，提前释放一些底层系统资源（比如SSL依赖的库句柄、解释器核心状态）。等到atexit里的代码执行时，Python的ssl模块已经无法正常初始化上下文了——这就是你看到ssl.SSLError: unknown error的原因，你提到的社区相关问题也印证了这类资源清理顺序的冲突。

可行的解决方案 #

1. 改用uWSGI原生退出钩子（最可靠）

uWSGI提供了自己的进程生命周期钩子，这些钩子的执行时机是在uWSGI开始清理资源之前，完全避开了和atexit的冲突。你可以修改Python代码，用uWSGI的信号注册替代atexit：

import falcon
import ssl
import uwsgi

def cleanup_on_exit():
    print('Exiting...')
    ctx = ssl.create_default_context()
    print(ctx)

# 注册worker退出信号（17是UWSGI_SIG_WORKER_EXIT的信号值，对应worker进程退出时触发）
uwsgi.register_signal(17, "", cleanup_on_exit)

def get_app():
    # 初始化时的SSL上下文不受影响，保留原有逻辑
    ctx = ssl.create_default_context()
    print(ctx)
    app = falcon.App()
    return app

application = get_app()

这个方法完全利用uWSGI的生命周期管理，能从根本上避免资源冲突问题。

2. 开启uWSGI的skip-atexit-teardown选项

如果不想修改代码，你可以试试打开uWSGI配置里的skip-atexit-teardown = true（把你配置里的注释去掉即可）：

[uwsgi]
strict = true
vacuum = true
master = true
die-on-term = true
need-app = true
enable-threads = true
single-interpreter = true
lazy-apps = true
skip-atexit-teardown = true  # 取消注释开启这个选项
wsgi-file=app_api.py

auto-procname = true
procname-prefix-spaced = app
workers = 1

socket = /tmp/app_api.sock
chmod-socket = 664

这个选项会让uWSGI跳过对Python atexit回调的额外清理操作，保留SSL初始化需要的底层资源，大概率能解决你的报错。

3. 备选：关闭lazy-apps（如果业务允许）

如果你的应用不需要lazy-apps的特性（比如不需要每个worker独立加载应用），直接关闭lazy-apps = true就能解决问题，但这可能不符合你的业务场景，所以作为最后备选。

验证建议 #

你可以先试试方案2，只改配置文件，操作最简单；如果不行再切换到方案1，用uWSGI原生钩子，这个是最稳定的方案。

备注：内容来源于stack exchange，提问作者Ignacio Mariotti