 这行字不是提醒你"以后有空换"，而是当天就该处理的事——我拖到一次盘中卡顿才回头改。

操盘助手是我自己写的一个小工具，本地跑，端口 8770，主要干两件事：每天定时抓一遍龙虎榜数据，然后开个页面让我看。启动日志一直很稳定，稳定到我根本不看：

2026-10-13 07:13:26 [INFO] desk: AUDIT app.start result=ok host=127.0.0.1 port=8770 Flask app created
2026-10-13 07:13:27 [INFO] desk: AUDIT scheduler.start result=ok  每日任务调度器已启动
[操盘助手] http://127.0.0.1:8770
 * Serving Flask app 'app'
 * Debug mode: off
WARNING: This is a development server. Do not use it in a production deployment. Use a production WSGI server instead.
 * Running on http://127.0.0.1:8770
Press CTRL+C to quit

前两行是我自己打的审计日志，

，看着很安心。后面几行是 Flask 自己吐的，我扫一眼端口对不对就关窗口了。那行 WARNING 从项目第一天就在，我当时的判断是：本地工具，就我一个人用，开发服务器够了吧。

真正出问题是在一个交易日的早上。调度器按点跑完了抓取，日志里 

 也在，但页面点开转圈，转了很久才出来。我第一反应是数据源慢，去翻抓取日志，发现抓取早就结束了。

那就只能怀疑服务本身。我做了个很土但有效的对比：抓取任务跑着的时候，反复刷新页面，同时看进程。现象是抓取一启动，页面请求就排队；抓取一结束，页面立刻恢复。也就是说，两个东西在抢同一个执行线程。

到这一步我才回去认真读那行 WARNING。Flask 自带的这个服务器是单进程单线程的，默认一次只处理一个请求。我的调度器是在同一个进程里起的后台任务，它占着线程干活的时候，HTTP 请求就只能等。平时抓取几秒钟，我感觉不到；那天数据量大了，等待就被放大成"页面卡死"。

不是 Flask 有 bug，是我把"开发用"和"能跑"混为一谈了。

开发服务器设计目标是让你改完代码立刻看到效果，它没打算处理并发，也没打算长时间稳定运行。日志里那句 

 说的就是这个。我的场景虽然不是对外生产环境，但它是"每天必须按时跑完、跑的时候我还要能看页面"的常驻服务，本质上和开发调试不是一回事。

 是我特意关的，因为开着的时候自动重载会跟调度器打架。但关掉调试模式并不改变服务器本身的单线程模型，我当时误以为关掉 debug 就"安全"了。

改法很直接：换一个能并发的 WSGI 服务器来托管这个 app，调度器不再和请求处理挤在一条线上。

app 本身的创建逻辑不动，还是那句 

 换成用 WSGI 服务器拉起。我用的命令是：

waitress-serve --host=127.0.0.1 --port=8770 app:app

 里前一个是模块名，后一个是 Flask 实例名，按自己项目的实际命名填。host 和 port 保持和原来一致，这样页面地址不用改，我书签里那个 

调度器那边我也顺手理了一下：它作为独立的后台任务启动，日志照旧打 

，但不再依赖 Flask 开发服务器那个进程活着。两边各干各的，抓取再久，页面该响应还是响应。

有一点要说明：换服务器不解决"抓取任务本身耗时"的问题，它只是让耗时不再阻塞页面。如果哪天抓取真的慢到影响数据新鲜度，那是另一个要优化的地方，别指望换个 WSGI 服务器就一起解决了。

改完再启动，日志干净了，那行 WARNING 不再出现。同样的场景复现一遍：抓取跑着的时候刷页面，秒开，不再排队。

回头看，这件事的成本其实很低——一条命令的事。贵的是我那半年的默认心态：日志里天天有一行 WARNING，我天天看见，天天当成背景噪音。审计日志我打了 

，反而更强化了"一切正常"的错觉。现在我的习惯是，启动日志里凡是带 WARNING 的行，要么当场处理掉，要么在注释里写清楚为什么可以留。留着的，得有个理由，不能只是"一直这样"。

WARNING: This is a development server 这行字不是提醒你"以后有空换"，而是当天就该处理的事——我拖到一次盘中卡顿才回头改。

Flask 启动日志里那条 WARNING 被我忽略了半年

后端

运维

本地Flask开发服务器误用于常驻操盘工具，导致调度任务与HTTP请求争抢单线程，引发页面卡顿。通过替换为Waitress WSGI服务器解决并发阻塞问题，同时调整调度器独立运行。修复成本仅一条命令，但警示开发日志中WARNING不可忽视，应即时处理或记录理由。

服务器

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

Flask 启动日志里那条 WARNING 被我忽略了半年

Flask 启动日志里那条 WARNING 被我忽略了半年

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐