Flask 内置开发服务器不支持同时绑定多个 IP 地址，且严禁用于生产环境；实现多网卡高可用监听需改用专业 WSGI 服务器（如 Gunicorn），通过多 --bind 参数绑定不同 IP，达成简单故障转移能力。
flask 内置开发服务器不支持同时绑定多个 ip 地址，且严禁用于生产环境；实现多网卡高可用监听需改用专业 wsgi 服务器（如 gunicorn），通过多 `--bind` 参数绑定不同 ip，达成简单故障转移能力。
Flask 的 app.run() 方法仅接受单个字符串形式的 host 参数（如 '192.168.1.10' 或 '0.0.0.0'），不支持逗号分隔的 IP 列表（例如 '192.168.1.10,192.168.1.11' 会直接报错或被忽略）。更重要的是，Flask 官方明确强调：其内置服务器仅适用于本地开发调试，不具备生产所需的稳定性、安全性与并发处理能力，绝不可用于真实部署场景。
因此，要实现您所需的“双网卡冗余监听”（即当 192.168.1.10 不可用时，流量可自动由 192.168.1.11 接管），正确路径是：弃用 app.run()，改用成熟的 WSGI 服务器。推荐使用 Gunicorn —— 它原生支持多地址绑定，配置简洁高效。
✅ 正确做法：使用 Gunicorn 绑定多个 IP
假设您的 Flask 应用入口文件为 app.py（含 app = Flask(...) 实例），启动命令如下：
gunicorn app:app --bind 192.168.1.10:5000 --bind 192.168.1.11:5000 --workers 4 --timeout 30
- --bind 可重复使用，每项指定一个 <IP>:<PORT> 组合；
- Gunicorn 会自动在两个 IP 上分别监听 5000 端口，操作系统内核将并行接收来自任一接口的连接；
- 若某网卡物理中断（如网线拔出），内核自动丢弃该接口的连接请求，客户端重试时将自然落到另一可用 IP —— 实现轻量级 failover。
? 验证是否生效：
ss -tln | grep ':5000' # 应看到两行输出，分别对应两个 IP 的 LISTEN 状态
⚠️ 注意事项与最佳实践
- 不要修改 app.run()：即使通过 socket 底层绕过限制，也无法规避开发服务器本身的设计缺陷（无进程管理、无健康检查、无 graceful shutdown）；
- 避免 0.0.0.0 泄露风险：您已明确要求隔离其他网卡，Gunicorn 的显式 --bind 列表完美满足此安全约束；
- 生产环境必加参数：建议补充 --workers N（根据 CPU 核心数设为 2–4×cores）、--timeout、--reload（仅开发）、--access-logfile 等，参考 Gunicorn 配置文档；
- 进阶高可用：若需更健壮的故障检测与自动切换，应在前端增加反向代理（如 Nginx + health_check），而非依赖单机多 IP。
总之，多 IP 监听不是 Flask 的功能边界问题，而是部署架构选择问题。拥抱标准 WSGI 生态，既符合生产规范，又真正解决您的冗余需求。
