Locust连接Flask本地服务需显式设置host="http://127.0.0.1:5000"，确保Flask已启动且监听--host=127.0.0.1 --port=5000；禁用debug=True，避免Werkzeug重载干扰并发。
Locust怎么连接Flask本地服务不报错
Locust 默认通过 HTTP 请求访问目标服务，但 Flask 开发时常用 localhost:5000 或 127.0.0.1:5000，而 Locust 的 HttpUser 类会自动在请求 URL 前拼接 host 属性值——如果没设对，就会请求到错误地址（比如 http://localhost:8089/api/user 这种默认端口），直接返回 ConnectionRefusedError。
关键点是：必须显式设置 host 为你的 Flask 实际运行地址，且确保 Flask 已启动并监听外部请求：
- Flask 启动时加
--host=127.0.0.1 --port=5000（别用默认localhost，某些系统 DNS 解析异常） - Locust 脚本里
class ApiUser(HttpUser): host = "http://127.0.0.1:5000"，不能漏掉http:// - 若 Flask 开了
debug=True，压测时务必关掉，否则 Werkzeug 重载机制会干扰并发连接
如何让Locust真实模拟用户行为而非简单轮询
直接写 self.client.get("/api/data") 是静态请求，无法体现真实场景。Flask 接口常依赖参数、Header、登录态或动态路径，Locust 需主动构造：
- 带查询参数：用
self.client.get("/search", params={"q": "test", "page": random.randint(1, 5)}) - 传 JSON Body：用
self.client.post("/login", json={"username": "u1", "password": "p1"})，注意 Flask 端要读request.get_json() - 维护 Session：
HttpUser实例天然复用requests.Session，登录后拿到的 Cookie 会自动带上后续请求 - 避免所有用户发相同请求：用
@task装饰多个方法，并设不同权重，例如@task(3)表示该任务被选中的概率是其他任务的 3 倍
Flask接口返回400/429却查不到原因？检查这些地方
压测中常见 400 Bad Request 或 429 Too Many Requests，但 Locust 日志只显示状态码，不打印响应体。Flask 默认不会把详细错误吐给客户端，导致调试困难：
立即学习“Python免费学习笔记（深入）”；
- 在 Flask 中临时加
@app.errorhandler(400)和@app.errorhandler(429)，返回str(e)或traceback.format_exc()（仅开发环境） - Locust 端捕获响应：用
with self.client.get(...) as response:块，然后print(response.text)查看具体报错信息 - 429 很可能是 Flask-Limiter 插件触发，确认
limiter.exempt是否误配，或压测时没绕过限流（如加 headerX-Real-IP: 192.168.1.100） - Flask 的
JSONIFY_PRETTYPRINT_REGULAR设为False，避免响应体过大拖慢吞吐量
为什么Locust报告里的RPS远低于Flask实际处理能力
Locust 自身是单进程多协程模型，但瓶颈往往不在 Flask，而在 Locust 客户端配置或网络层：
- 默认
HttpUser使用requests库，它底层是同步阻塞的；换成FastHttpUser（需装locust[fasthttp]）可提升 3–5 倍并发效率 - Flask 默认用 Werkzeug 单线程开发服务器，压测前必须换
gunicorn或waitress：例如gunicorn -w 4 -b 127.0.0.1:5000 app:app - Locust Web UI 启动时默认限制每秒 spawn 用户数（
spawn_rate），若设成 1，100 用户要 100 秒才拉起，RPS 初期极低；建议调高到10或更高 - 检查系统级限制：Linux 下
ulimit -n可能卡在 1024，压测前运行ulimit -n 65535
Flask 的路由和数据库操作是否加了锁、是否用了同步 ORM 查询，这些细节比 Locust 参数更容易成为真正瓶颈。
