Python爬虫如何获取网页加载耗时_利用Python计算请求响应时间-Python教程-PHP中文网

requests.get() 的 response.elapsed 表示从发送请求到接收响应头完成的时间，基于 time.monotonic()，不包含重定向中间耗时和 SSL 握手细节，适用于评估服务端响应速度但不能代表完整页面加载时间。

python爬虫如何获取网页加载耗时_利用python计算请求响应时间

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 场景已足够反映服务端响应速度。

常见误用现象：

在 allow_redirects=True（默认）下，response.elapsed 只统计最后一次请求的耗时，前面几次重定向时间被丢弃
如果用了 timeout=(3, 7)，elapsed 可能小于连接超时值，但不代表网络快——可能只是服务端快速返回了 302 或 401
并发请求下，多个 response.elapsed 值不能直接加总或取平均来代表“页面加载时间”，因为浏览器实际是并行发请求、有资源优先级和渲染阻塞逻辑的

模拟浏览器加载耗时，requests 不够用怎么办

纯 requests 无法复现真实浏览器加载行为：它不执行 JavaScript、不解析 HTML 加载 <script></script> 和、不计算 DOM 渲染时间。想测“用户看到首屏”的耗时，必须引入无头浏览器。

Python Hardener

通过完整的安全审查、代码整洁重构、健壮的错误处理、正确的日志记录以及完整的文档字符串覆盖，强化 Python 脚本。

下载

推荐路径：

轻量级：用 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