Flask怎么做A/B测试_结合Redis分流与Cookie标识进行实验-Python教程-PHP中文网

用Redis为用户打AB实验分组需确保同一用户始终分到同组：先读Cookie，无则用IP+UA前12位生成哈希键查Redis，未命中再随机分配并存入Redis（3600秒）和Cookie；路由中立即分流，避免中间件干扰；键设计禁用纯IP或X-Forwarded-For，登录用户优先用user_id；验证需前后端ab_group一致、日志统计比例、Redis键值核对。

flask怎么做a/b测试_结合redis分流与cookie标识进行实验

怎么用 Redis 给用户打实验分组标签

核心是让同一个用户每次请求都落到同一组，且分组逻辑不依赖客户端传参（防篡改），也不靠 session（避免 Flask 默认 session 加密开销和存储耦合）。redis.setex() 配合 request.cookies.get() 是最轻量的组合。

常见错误：直接用 random.choice(['A', 'B']) 每次生成新分组——这会导致用户刷一次页面就换组，实验数据完全不可信。

先检查 Cookie 里有没有 ab_group；有就直接用
没有就查 Redis：用用户标识（如 request.remote_addr + user_agent[:16]）做 key，查 ab:group:{key}
查不到才用 random.choices(['A', 'B'], weights=[0.5, 0.5]) 分配，并用 redis.setex('ab:group:{key}', 3600, 'A') 存 1 小时
最后统一写回 Cookie：response.set_cookie('ab_group', group, max_age=3600)

Flask 路由里怎么根据分组返回不同逻辑

别在模板里 if-else 切版本，那会污染视图层、难测、也难灰度。应该在路由函数里就分流，让 A/B 版本走不同处理路径，甚至不同函数。

典型坑：把分组判断塞进 before_request 然后存到 g，结果后续中间件或装饰器读取时机错乱，导致 A/B 混用。

在目标路由函数开头就调用 get_ab_group(request) 获取分组
用 if group == 'A': return render_template('page_v1.html') else: return render_template('page_v2.html')
如果逻辑差异大（比如 A 调支付接口，B 走模拟流程），直接拆成两个内部函数，路由只做调度
注意：模板里仍可访问 request.cookies.get('ab_group')，但仅限展示调试信息，不能用于业务分支

Redis 分组键设计为什么不能只用 IP

因为内网出口 IP 大量复用（公司/校园网/NAT），会导致几十人强制分到同一组，样本偏差极大；而纯用 User-Agent 又太长、易变、占内存。

实测发现：用 request.remote_addr + request.headers.get('User-Agent', '')[:12] 做哈希输入，再取 md5 前 8 位，碰撞率低于 0.02%，且 Redis key 长度可控。

绝对不要用 request.environ.get('HTTP_X_FORWARDED_FOR') 直接拼——这个 header 可被伪造
如果已登录，优先用 user_id（字符串化）作为主键，比 IP+UA 更稳
Redis 中 key 过期时间设为 3600 秒（1 小时），既防长期漂移，又避免频繁重算
本地开发时可用 redis.from_url('redis://localhost')，生产务必加密码和连接池参数

怎么验证分流没出错、数据能对上

最简单的验证不是看页面，而是抓日志：在路由里加一行 app.logger.info(f'AB group={group} for {request.remote_addr}')，然后用 grep -c 'group=A' app.log 和 grep -c 'group=B' app.log 粗略看比例。

容易被忽略的点：前端埋点上报的 ab_group 值，必须和服务端 Cookie 一致；否则分析时会发现“页面显示 A，但埋点报 B”，大概率是前端 JS 读了旧 Cookie 或覆盖写了。