Gunicorn加载gevent时出现MonkeyPatchWarning如何解决

两类警告的触发逻辑非常明确：

• 重复patch警告：手动调用monkey.patch_all(subprocess=False)后，Gunicorn的ggevent worker初始化阶段默认会再执行一次无参数的monkey.patch_all()，两次patch的参数存在差异，就会弹出告警，提示最终生效的patch配置是两次传入参数的并集。
• ssl延迟patch警告：删除手动patch代码后，Gunicorn自动执行patch的时机晚于应用依赖的加载流程——代码里提前导入的requests库会连带提前导入ssl模块，模块加载完成后再执行monkey patch就会触发该风险提示。

任选一种可稳定解决两类警告，优先推荐前两种：

• 方案1：关闭Gunicorn自动patch，保留自定义提前patch逻辑
  启动Gunicorn时追加参数--gevent-monkey-patch no，或在Gunicorn配置文件中写入gevent_monkey_patch = False，关闭worker内置的自动patch逻辑。
  此时完全使用自定义的patch代码即可，必须保证patch代码放在应用入口文件的最顶部，所有其他第三方库、业务模块的导入语句都要放在patch语句之后，正确示例如下：

  # 入口文件最顶部先执行patch
  from gevent import monkey
  monkey.patch_all(subprocess=False)
  
  # patch完成后再导入其他所有依赖
  import os
  import logging
  import requests
  from flask import Flask
  # 后续业务代码正常编写
  

• 方案2：删除手动patch代码，通过Gunicorn配置指定patch参数
  移除所有自写的monkey patch代码，让Gunicorn在加载应用之前完成patch动作。如果需要自定义patch参数（比如关闭subprocess patch），启动时追加参数--gevent-monkey-patch-args subprocess=False，或在配置文件中写入gevent_monkey_patch_args = ["subprocess=False"]。这种方式由Gunicorn控制patch时机，不会出现模块提前导入的问题。

两类警告都不建议在生产环境直接忽略：

• 重复patch警告：如果两次patch的参数完全一致，重复执行不会有功能影响，但当前场景下第一次patch传入了subprocess=False，第二次默认patch会将subprocess设为True，最终生效的配置和预期不符，可能引发子进程阻塞、信号处理异常等gevent已知问题。
• ssl延迟patch警告：Python3.9版本虽然不会触发提示里提到的3.6版本递归错误，但存在隐性概率出现HTTPS请求卡住、连接异常、证书校验逻辑错乱等问题，这类问题偶发且排查成本极高。

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