requests.get() 的 response.elapsed 表示从发送请求到接收响应头完成的时间，基于 time.monotonic()，不包含重定向中间耗时和 SSL 握手细节，适用于评估服务端响应速度但不能代表完整页面加载时间。
requests.get() 怎么拿到真实网络耗时
直接用 time.time() 包裹 requests.get() 只能测出“Python端发起请求到收到响应”的总耗时，但无法区分 DNS 解析、TCP 连接、TLS 握手、首字节时间（TTFB）、内容下载等阶段。真正影响页面加载体验的关键指标（比如 TTFB）必须靠 requests.Session() 配合 hooks 或更底层的 urllib3 机制才能分离。
实操建议：
- 用
session = requests.Session()创建会话，再通过session.request(..., hooks={'response': ...})捕获响应对象生成时刻，配合请求前打点，可较准确计算 TTFB - 若需分段计时（如 DNS、TCP），得改用
urllib3.PoolManager并自定义connection_pool_kw，或直接上httpx（支持transport=HTTPTransport(verify=False)+ 自定义stream=True读取逻辑） - 注意：开启
stream=True后，response.elapsed仍只统计到响应头到达时间，不包含 body 下载耗时；要测完整下载时间，得手动time.time()包裹response.iter_content()循环
response.elapsed 是什么时间，能信吗
response.elapsed 是 requests 内部用 time.monotonic() 记录的从发送请求到接收到响应头完成的时间，单位是 datetime.timedelta。它不包含重定向跳转的中间耗时（除非你禁用了重定向），也不包含 SSL 握手细节，但对大多数 HTTP/1.1 场景已足够反映服务端响应速度。
常见误用现象：
立即学习“Python免费学习笔记（深入）”；
- 在
allow_redirects=True（默认）下，response.elapsed只统计最后一次请求的耗时，前面几次重定向时间被丢弃 - 如果用了
timeout=(3, 7)，elapsed可能小于连接超时值，但不代表网络快——可能只是服务端快速返回了 302 或 401 - 并发请求下，多个
response.elapsed值不能直接加总或取平均来代表“页面加载时间”，因为浏览器实际是并行发请求、有资源优先级和渲染阻塞逻辑的
模拟浏览器加载耗时，requests 不够用怎么办
纯 requests 无法复现真实浏览器加载行为：它不执行 JavaScript、不解析 HTML 加载 <script></script> 和 <img alt="Python爬虫如何获取网页加载耗时_利用Python计算请求响应时间" >、不计算 DOM 渲染时间。想测“用户看到首屏”的耗时，必须引入无头浏览器。
推荐路径：
- 轻量级：用
playwright.sync_api.sync_playwright().start()启动 Chromium，调用page.goto(url, wait_until="networkidle")，再取page.metrics()中的Timestamp差值，或监听page.on("response", ...)收集各资源耗时 - 兼容性要求高：用
selenium+ChromeDriver，通过driver.execute_script("return window.performance.timing...")读取 Navigation Timing API 数据（如domContentLoadedEventEnd - fetchStart） - 注意：
playwright默认启用 JS 执行和资源加载，但若目标页面依赖 Service Worker 或 WebAssembly，需显式设置ignore_https_errors=True和java_script_enabled=True
为什么本地测出的耗时和线上监控差很多
本地运行爬虫测出的 response.elapsed 或 Playwright 的 TTFB，常比 APM 工具（如 Sentry、Datadog）上报的慢 200–800ms，核心原因不是代码问题，而是网络路径和环境差异。
关键干扰项：
- 本地走家庭宽带，DNS 解析走运营商缓存，而 CDN 节点可能把你的 IP 归类为“低优先级区域”，返回非最优边缘节点
- 服务器部署在阿里云华北，你本地在广东，TCP 三次握手多绕 2–3 跳，RTT 天然高 40ms+
- 没关掉本地代理/杀毒软件的 HTTPS 拦截功能，导致 TLS 握手额外增加 100ms+（表现为
response.elapsed突然变大且不稳定） - 目标网站做了反爬限速，对单 IP 的 TCP 连接复用率做限制，本地短时高频请求触发排队，而生产环境用 IP 池或代理集群，平均耗时被拉低
真正在意线上表现，就得把耗时采集逻辑部署到同机房的 ECS 实例里跑，或者用 Cloudflare Workers + fetch() 在边缘节点打点——本地数据只适合做 baseline 对比，别当绝对指标用。
