Flask+Gunicorn部署报错：socket对象无sendfile属性求助

这个报错的核心原因是gunicorn尝试调用socket的sendfile方法，但当前环境的socket对象不支持该方法。结合你提到的Python版本从2.7切换到3.4、本地正常部署异常的情况，以下是可行的解决办法：

方案1：禁用gunicorn的sendfile优化 #

gunicorn默认会启用sendfile来提升文件传输性能，但如果服务器环境的socket不支持这个系统调用，就会触发报错。直接关闭这个功能即可：

• 启动gunicorn时添加参数：gunicorn --no-sendfile your_app:app
• 或者在gunicorn配置文件中添加：sendfile = False

关闭后gunicorn会回退到普通的文件读取+发送逻辑，避免调用不支持的sendfile方法。

方案2：适配Python3.4升级gunicorn版本 #

Python3.4属于较老版本，你当前使用的gunicorn版本可能和Python3.4存在兼容性问题。建议安装适配Python3.4的gunicorn稳定版本（比如19.x系列，gunicorn 20及以上版本不再支持Python3.4）：

pip install gunicorn==19.9.0

新版本可能修复了Python3.4环境下sendfile的兼容问题。

方案3：替换send_from_directory实现 #

如果上述方法无效，可以绕过Flask的send_from_directory，自己实现文件下载逻辑，避免触发gunicorn的sendfile处理：

from flask import Response, os
from werkzeug.utils import secure_filename

def download_file(filename):
    # 确保文件名安全，避免路径遍历
    safe_filename = secure_filename(filename)
    file_dir = "/path/to/your/files"  # 替换为你的实际文件目录
    file_path = os.path.join(file_dir, safe_filename)
    
    if not os.path.exists(file_path):
        return "文件不存在", 404
    
    with open(file_path, 'rb') as f:
        response = Response(
            f.read(),
            mimetype='application/octet-stream'
        )
        response.headers["Content-Disposition"] = f"attachment; filename={safe_filename}"
        return response

然后将原来调用send_from_directory的路由替换为这个视图函数即可。

方案4：切换gunicorn的通信方式 #

如果你的gunicorn是通过unix socket和nginx通信，尝试改为TCP socket绑定：

• 原来的配置可能类似：bind = "unix:/tmp/gunicorn.sock"
• 修改为：bind = "0.0.0.0:8000"
• 同时更新nginx的反向代理配置，指向对应的TCP端口

部分unix socket实现可能不支持sendfile，切换为TCP socket后可解决该问题。

内容的提问来源于stack exchange，提问作者V. Chandiran