Python守护进程运行数小时后出现urllib3导入错误求助

这种运行好好的，过了几小时突然爆ImportError的情况，我在Stack Overflow上碰到过好几个类似的案例——它基本不是你代码写得有问题，而是运行时的模块加载环境被破坏了。结合你用的Python 2.7（先提一句，这版本早就停更了，后续隐患很多），给你整理几个最可能的排查方向和解决办法：

1. 模块文件被意外篡改或删除 #

守护进程跑着的时候，说不定有别的进程在搞事情——比如系统自动更新包、运维脚本清理文件，把urllib3相关的模块文件给删了或者改坏了。Python导入模块是要读磁盘上的.py文件的，文件没了或者损坏，自然就导不进去了。

怎么处理： #

• 先确认文件还在不在：执行ls -l /usr/lib/python2.7/dist-packages/urllib3/util/connection.py，要是文件缺失，直接重装这俩包：

  pip2 install --force-reinstall urllib3 requests
  

• 要是服务器开了自动更新（比如unattended-upgrades），要么暂时关掉，要么把Python的系统包目录加到保护名单里，别让自动更新瞎改。

2. 系统内存不够，导致模块加载失败 #

当服务器内存耗尽的时候，Python的模块加载机制很容易出问题——要么操作系统的OOM杀手把相关进程干掉了，要么Python没法分配足够内存来读取解析模块文件。

怎么处理： #

• 查系统日志（比如/var/log/syslog或者dmesg），搜OOM关键词，看看是不是真的内存爆了。
• 优化你的守护进程内存占用：比如用完requests会话就及时session.close()，别长期握一大堆连接；清理不必要的全局变量，减少内存开销。
• 要么加内存，要么调整OOM优先级，让你的守护进程不容易被系统杀掉。

3. sys.path被意外修改了 #

要是你的代码里（或者依赖的第三方库）有修改sys.path的操作，搞不好会把系统默认的包路径冲掉，导致Python找不到正确的urllib3，或者误加载了用户目录下的旧版本模块。

怎么处理： #

• 在守护进程启动的时候，以及可能出错的地方，加日志打印sys.path，对比看看前后有没有变化：

  import sys
  import logging
  logging.info("Current sys.path: %s", sys.path)
  

• 检查代码里有没有随意改sys.path的地方，要是必须改，得保证不会覆盖系统默认的包路径。

4. 守护进程的fork操作坑了你 #

如果你的守护进程是手动fork出来的，子进程会继承父进程的模块加载状态，要是父进程退出或者资源被释放，子进程里的模块引用可能就失效了。

怎么处理： #

• 尽量在fork操作之前就把所有需要的模块（包括requests、urllib3）都导入完成，别在fork之后才加载模块。
• 换个更靠谱的守护进程管理方式，比如用systemd来托管，比手动fork稳定多了。

最后再啰嗦一句：Python 2.7已经停更好几年了，requests和urllib3早就不支持它了，不仅容易碰到这种奇怪的问题，还一堆安全漏洞没补丁。能迁的话赶紧迁到Python 3.x，省得后续麻烦不断。

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