chrome_client

当前版本：0.2.3

基于 Chromium 网络栈的 HTTP/WebSocket 客户端。Core 负责 TLS、HTTP、HTTP/2、 HTTP/3/QUIC、代理和 WebSocket/WSS；Python/Rust 绑定只负责参数、类型、错误和生命周期转换，不另实现一套网络协议。

Python API 同时对齐两套习惯：requests 的 Session/Response/异常层次，以及 curl_cffi 的 impersonate、http_version、AsyncSession、CurlMime 和 WebSocket。无法用 Chromium 忠实实现的选项会显式报错，而不是静默忽略——详见兼容边界。

English README · 构建说明 · 兼容边界

支持范围

操作系统、架构与绑定

操作系统	Core 目标	Python 3.7–3.13	Python 3.6	Rust	备注
Linux	x86 (`i686`)、x86_64、ARM64	✓	✓（独立 abi3 扩展）	✓	manylinux/glibc 运行时依赖见 manifest
Windows	x86、x86_64、ARM64	✓	x86/x86_64 ✓	✓	DLL 随 wheel；ICU 数据已编入库中
macOS	x86_64、ARM64	✓	✓（独立 abi3 扩展）	✓	dylib 按架构匹配

每个 Core 产物位于 core/binaries/<target>/，带 ABI 版本、Chromium revision、 SHA-256 和依赖清单。ABI 当前为 v8。Go 和 Node.js 目录目前是绑定设计说明，不是已发布的可安装包。

Core 体积在 7.8–11.3 MB 之间（macOS ARM64 最小，Windows x86_64 最大，静态 MSVC/UCRT 多出约 2 MB）。IDNA-only 的 ICU 数据已编入库中，所以不需要外挂 icudtl.dat；用不到的磁盘缓存后端不进链接产物。各平台的体积上限由 tools/audit-core-*.sh 把关，超了直接构建失败。

Core 目录	Rust target	Core 文件
`linux-x86`	`i686-unknown-linux-gnu`	`libminicronet.so`
`linux-x86_64`	`x86_64-unknown-linux-gnu`	`libminicronet.so`
`linux-arm64`	`aarch64-unknown-linux-gnu`	`libminicronet.so`
`windows-x86`	`i686-pc-windows-msvc`	`minicronet.dll` + `minicronet.lib`
`windows-x86_64`	`x86_64-pc-windows-msvc`	`minicronet.dll` + `minicronet.lib`
`windows-arm64`	`aarch64-pc-windows-msvc`	`minicronet.dll` + `minicronet.lib`
`macos-x86_64`	`x86_64-apple-darwin`	`libminicronet.dylib`
`macos-arm64`	`aarch64-apple-darwin`	`libminicronet.dylib`

Chrome profile

impersonate 推荐使用精确的 chrome_<major> 名称（同时接受 curl-cffi 风格的 chrome<major> 别名，以及解析到最新 pinned 版本的 chrome）。当前支持 Chrome 99–152，共 54 个 profile；范围外的版本抛 ImpersonateError，不会静默降级。 available_profiles() 返回完整列表。Edge、Safari、Firefox、Tor 等非 Chromium 目标同样显式报错，而不是当作 Chrome 处理。

Chrome 主版本	可用 profile
99–105	`chrome_99` … `chrome_105`
106–112	`chrome_106` … `chrome_112`
113–119	`chrome_113` … `chrome_119`
120–126	`chrome_120` … `chrome_126`
127–133	`chrome_127` … `chrome_133`
134–140	`chrome_134` … `chrome_140`
141–147	`chrome_141` … `chrome_147`
148–152	`chrome_148`、`chrome_149`、`chrome_150`、`chrome_151`、`chrome_152`

Profile 影响 TLS ClientHello、ALPN、HTTP/2 设置、QUIC/H3 和相关 Chromium 网络参数；它不是完整 Chrome 浏览器，也不包含 Blink、扩展、Service Worker 或持久化浏览器 Profile。

功能矩阵

功能	Python	Rust/Core	说明
HTTP/1.1、HTTP/2、HTTP/3/QUIC	✓	✓	默认由 Chromium 协商；`http_version="v1"/"v2"/"v3"` 可强制
HTTPS/TLS、证书校验	✓	✓	`verify=False` 或 `verify="/path/ca.pem"` 自定义 CA；证书失败按具体检查项报错
HTTP/HTTPS/SOCKS 代理	✓	✓	`proxy`、Requests 风格 `proxies`，运行期可改
同步请求	✓	✓	同步等待释放 GIL，可直接放进线程池
asyncio 请求	✓	—	Core 回调唤醒事件循环，无请求线程池；每次唤醒批量取事件
流式响应	`iter_content` / `aiter_content` / `raw`	`ResponseStream`	每请求 body 队列上限 1 MiB，超限由 ABI v8 暂停读取
分块上传	`data=` 传文件对象或迭代器	`Upload::Chunked`	同步与异步都走 `upload_write`
取消、超时、大小限制	✓	✓	`Timeout`、`ResponseTooLarge`、`RequestException`
WebSocket / WSS	✓	✓	同步与异步，curl-cffi 方法名齐全
Cookie	✓	✓	`session.cookies` 为 `RequestsCookieJar`，读写都生效
重定向	✓	✓	`history`、最终 URL、`max_redirects`、`allow_redirects=False`
内存缓存	✓	✓	随 Engine 生命周期存在，`cache=False` 可关闭

安装与加载 Core

python -m pip install chrome-client

已发布的 wheel 自带对应平台的 native 扩展。从源码使用时，先针对某个 Core 目录构建扩展（MINICRONET_CORE_DIR 在构建期读取），运行时把同一目录放到加载路径上：

MINICRONET_CORE_DIR=$PWD/core/binaries/linux-x86_64 cargo build --release -p chrome-client-python

LD_LIBRARY_PATH=$PWD/core/binaries/linux-x86_64 PYTHONPATH=bindings/python python -c \
  'import chrome_client; print(chrome_client.get("https://example.com").status_code)'

Python 使用示例

requests 风格

import chrome_client as requests          # 或 from chrome_client import requests

response = requests.get(
    "https://example.com/api",
    params={"page": 1},
    headers={"Accept": "application/json"},
    impersonate="chrome_152",
    timeout=15,
)
response.raise_for_status()
print(response.status_code, response.reason, response.json())

Session 与 requests.Session 同形：headers、params、cookies、proxies、 auth、hooks、stream、verify、max_redirects、trust_env、adapters、 mount()、prepare_request()、send()、resolve_redirects()、close() 和上下文管理器都可用。

from chrome_client import Session

with Session() as session:
    session.headers.update({"Accept": "application/json"})
    session.get("https://example.com/login")          # 服务端 Set-Cookie
    print(session.cookies.get_dict())                  # 会话内可见
    session.cookies.set("consent", "1", domain="example.com", path="/")
    session.get("https://example.com/private")         # 自动带上两类 cookie

会话保持：cookie 与代理

session.cookies 是 RequestsCookieJar（http.cookiejar.CookieJar 子类），带 domain/path/secure 元数据，读写都会生效：

session.cookies.get_dict()
session.cookies.get_dict(domain="example.com")
session.cookies.set("sid", "abc", domain="example.com", path="/")
session.cookies.update({"a": "1"})
del session.cookies["sid"]
session.cookies.clear()

响应侧 cookie 由 Core 内的 Chromium CookieMonster 拥有并自动附加；facade 会把每一跳（含重定向）的 Set-Cookie 同步进 session.cookies 和 response.cookies。当调用方改动 jar 与 Core 已存的 cookie 冲突时，Core 会覆盖请求头，因此 facade 会换一个空 cookie store 的同配置 Engine，让改动真正生效——连接池仍按配置复用。

session.proxies 是普通可变映射，运行期改动立即生效：

session.proxies.update({"https": "http://user:pass@127.0.0.1:8080"})
session.get("https://example.com")                     # 走代理
session.proxies.clear()
session.get("https://example.com")                     # 直连
session.get("https://example.com", proxy="socks5://127.0.0.1:1080")   # 单次覆盖

proxies 按 scheme://host、scheme、all://host、all 顺序匹配；显式 proxy= 优先。trust_env=True（默认）时读取 HTTP_PROXY/HTTPS_PROXY/ NO_PROXY。代理是 Engine 级设置，切换代理会换一个 Engine，但 jar 里的 cookie 会继续随请求发出。

重定向、异常与响应

response = session.get("https://example.com/r")
print(response.url, response.history, response.redirect_count)
response = session.get("https://example.com/r", allow_redirects=False)
print(response.status_code, response.headers["Location"], response.next.url)
session.get("https://example.com/r", max_redirects=5)   # 超限抛 TooManyRedirects

异常层次与 requests.exceptions 一致（RequestException 继承 IOError），并补上 curl-cffi 的叶子类型。Chromium 的 net error 会映射成具体类型和可读名字：

try:
    session.get("https://expired.example.com")
except chrome_client.CertificateVerifyError as error:
    print(error)          # ERR_CERT_DATE_INVALID (net error -201)
except chrome_client.ConnectionError:
    ...
except chrome_client.Timeout:
    ...

证书失败按具体检查项区分：过期 ERR_CERT_DATE_INVALID (-201)、主机名不匹配 ERR_CERT_COMMON_NAME_INVALID (-200)、CA 不受信 ERR_CERT_AUTHORITY_INVALID (-202)，类型均为 CertificateVerifyError（继承 SSLError → ConnectionError）。要接受私有 CA 用 verify="/path/ca.pem"，完全跳过校验用 verify=False（Engine 级设置）。

Response 提供 status_code、reason、headers、cookies、history、 elapsed、request、url、encoding、apparent_encoding、text、content、 json()、raw、links、is_redirect、is_permanent_redirect、next、ok、 raise_for_status()、iter_content()、iter_lines()、close()，以及 curl-cffi 的 http_version、charset、redirect_count、redirect_url。

curl-cffi 风格：指纹与协议

from chrome_client import Session, AsyncSession, CurlMime

with Session(impersonate="chrome152", http_version="v2") as session:
    session.get("https://example.com")

impersonate 接受 chrome_152、chrome152，以及解析到最新 pinned 版本的 chrome。TLS ClientHello、ALPN、HTTP/2 设置与优先级、HTTP/3 传输参数和默认请求头顺序全部来自该 profile：这也是 ja3=、akamai=、perk= 和大部分 extra_fp 字段会抛 UnsupportedFeature 的原因——接受一个 JA3 字符串却仍然发送 Chromium 自己的 ClientHello，等于谎报保真度。extra_fp 中 facade 能真正实现的两项会被采纳： header_order 和 form_boundary。

不受支持而显式报错的还有：cert=（客户端证书）、interface=、doh_url=、 curl_options=、max_recv_speed=、referer=。referer 尤其容易误判：Chromium 自己拥有 referrer 并会剥掉调用方设置的 Referer 头，ABI v8 也没有 referrer 字段，所以设置它在任何路径下都不会到达网络。

multipart 两种写法都支持：

session.post(url, data={"title": "t"}, files={"f": ("a.txt", b"...", "text/plain")})

mime = CurlMime()
mime.addpart(name="title", data="hello")
mime.addpart(name="photo", filename="p.jpg", content_type="image/jpeg",
             local_path="/tmp/p.jpg")
session.post(url, multipart=mime)

流式读写与分块上传

with session.stream("GET", "https://example.com/large") as response:
    for chunk in response.iter_content(64 * 1024):
        ...

response = session.get(url, stream=True, max_response_bytes=16 * 1024 * 1024)
try:
    for line in response.iter_lines():
        ...
finally:
    response.close()        # 未读完时取消 native 请求

with open("big.bin", "rb") as handle:
    session.post(url, data=handle)      # 文件对象或迭代器走分块上传

max_response_bytes 超限会取消请求并抛 ResponseTooLarge。每个请求的 body 队列上限 1 MiB，超过时 ABI v8 用 MN_READ_PAUSE 暂停读取，不会占住 Core 线程。

并发

同步 Session 可直接跨线程共享：所有阻塞调用都释放 GIL，Engine 缓存有锁。

from concurrent.futures import ThreadPoolExecutor

with Session() as session, ThreadPoolExecutor(max_workers=32) as pool:
    codes = list(pool.map(lambda url: session.get(url).status_code, urls))

asyncio 路径不创建线程池：Core 回调用 call_soon_threadsafe 唤醒事件循环，每次唤醒批量取事件，因此一个几 MB 的响应不会按 chunk 逐次往返事件循环。

import asyncio
from chrome_client import AsyncSession

async def main():
    async with AsyncSession(impersonate="chrome_152", max_clients=64) as session:
        responses = await asyncio.gather(*[session.get(u) for u in urls])
        async with session.stream("GET", big_url) as response:
            async for chunk in response.aiter_content(65536):
                ...

asyncio.run(main())

max_clients 限制同时在途的请求数。进程池请使用 spawn 或 forkserver：Engine 存在后进程已是多线程且 Chromium 线程持锁，fork() 可能在子进程执行任何 Python 代码之前就死锁。

Chromium 对同一 host 组默认最多 6 条 HTTP/1.1 连接（实测同一 host 并发上限确为 6，换用多个 host 后吞吐随之上升）。这是浏览器语义的一部分，不是绑定的瓶颈：需要更高单 host 并发时应使用 HTTP/2 或 HTTP/3 端点。

WebSocket / WSS

from chrome_client import WebSocket

with WebSocket(url="wss://echo.example.com", impersonate="chrome_152") as socket:
    socket.send_str("ping")
    print(socket.recv_str())

async def main():
    async with AsyncSession() as session:
        socket = await session.websocket("wss://echo.example.com")
        async with socket:
            await socket.send_json({"op": "ping"})
            print(await socket.recv_json())

同步与异步都提供 send/send_str/send_bytes/send_json/ping、 recv/recv_str/recv_bytes/recv_json/recv_fragment、close、terminate，同步侧还有 run_forever(on_message=..., on_error=..., on_open=..., on_close=...)。构造函数返回时握手已完成——Core 在 open 之前会拒绝 send() 和 close()。

握手头有两条 Chromium 规则：

UA 不能按次传。 Core 明确拒绝把 User-Agent、Host、Origin、 Connection、Upgrade、Sec-WebSocket-* 作为额外头（IsForbiddenWebSocketHeader），因为 Chromium 自己决定这些头的取值和在握手里的位置，而 UA 的位置本身就是指纹的一部分。要改 WebSocket 的 UA，用 Session(user_agent=...)（Engine 级设置，HTTP 与 WS 一致）或换 impersonate profile；传 header 会得到 UnsupportedFeature，而不是静默生成一个与其它请求 UA 不一致的握手。
Origin 默认取自 URL 自身。 Core 拒绝空 origin，而这里没有页面可继承，所以默认用 ws://host:port 对应的 http://host:port——即同源页面发起连接的样子。需要别的值就显式传 origin=。

Cookie 会按 URL 匹配后附加到握手上。

与 requests / curl-cffi 的对照

from curl_cffi import requests 改成 from chrome_client import requests，或 import requests 改成 import chrome_client as requests，多数代码不需要其他改动。

用法	支持情况
`get/post/put/patch/delete/head/options/trace/query`	✓
`Session`、`AsyncSession`、`Client`、`AsyncClient`	✓（`Client` 是 `Session` 别名）
`params`、`data`、`json`、`content`、`files`、`multipart`	✓
`headers`、`cookies`、`auth`、`timeout`（含 `(connect, read)`）	✓
`proxies`、`proxy`、`proxy_auth`、`trust_env`、`NO_PROXY`	✓
`verify=True/False/"/path/ca.pem"`	✓
`allow_redirects`、`max_redirects`、`history`、最终 URL	✓
`stream=True`、`iter_content`、`iter_lines`、`raw`	✓
`aiter_content`、`aiter_lines`、`atext`、`acontent`、`session.stream(...)`	✓
`hooks={"response": ...}`、`prepare_request`、`send`、`mount`、自定义 adapter	✓
`Request`、`PreparedRequest`、`codes`、`CaseInsensitiveDict`、`Headers`、`Cookies`	✓
`HTTPBasicAuth`、`HTTPProxyAuth`、`AuthBase`	✓
`requests.exceptions` 全层次 + curl-cffi 叶子类型	✓
`impersonate`、`http_version`、`retry`/`RetryStrategy`、`raise_for_status=True`	✓
`base_url`、`discard_cookies`、`default_encoding`、`content_callback`	✓
`CurlMime`、`ExtraFingerprints(header_order=..., form_boundary=...)`	✓
`HTTPDigestAuth`	部分：需要用 `parse_challenge()`/`handle_401()` 显式驱动
`HTTPAdapter(pool_connections=..., pool_maxsize=...)`	接受但不生效：连接池由 Chromium 拥有
`ja3`、`akamai`、`perk`、`extra_fp` 的 TLS/HTTP2 字段	✗ 显式抛 `UnsupportedFeature`
`cert`（客户端证书）、`interface`、`doh_url`、`curl_options`、`max_recv_speed`	✗ 显式抛 `UnsupportedFeature`
`referer=` / `Referer` 头	✗ 显式抛 `UnsupportedFeature`（Chromium 会剥掉）
持久化 cookie/cache 文件、`Curl` 低层句柄、`CurlOpt`/`CurlInfo`	✗

行为差异（有意为之，不是缺陷）：

模块级 chrome_client.get(...) 共用一个进程内 Session，因此也共用连接池和 cookie store。requests 每次新建 Session；这里一个 Session 等于一整个 Chromium URLRequestContext，按次新建会付出线程与内存代价。需要隔离时显式建 Session，或调用 close_shared_session()。
session.headers 默认为空。requests 会预置 User-Agent/Accept/ Accept-Encoding/Connection，而这里那些头由 profile 和 Chromium 决定，注入 Accept: */* 会被指纹检测看见。
Response.raw 是覆盖 read/stream/close 的文件对象，不是 urllib3 HTTPResponse。
Response.ok 用 requests 语义（status_code < 400），不是 curl-cffi 的 200–399。

目录与验证

路径	内容
`core/abi/`	稳定 C ABI v8
`core/binaries/`	8 个已审计平台 Core
`crates/minicronet/`	Rust 安全层、流和生命周期
`bindings/python/`	Python 3.7–3.13 绑定与共享 facade
`bindings/python36/`	Python 3.6 独立 abi3 绑定（共用同一 facade）
`bindings/python/tests/`	`test_stability.py` 生命周期与并发；`test_compat.py` requests/curl-cffi 兼容面
`docs/`	构建、平台、ABI、兼容性和审计说明

回归测试需要已审计的 Core：

LD_LIBRARY_PATH=core/binaries/linux-x86_64 PYTHONPATH=bindings/python \
  python -m unittest discover -s bindings/python/tests -p "test_*.py"

Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distributions

No source distribution files available for this release.See tutorial on generating distribution archives.

Built Distributions

If you're not sure about the file name format, learn more about wheel file names.

The dropdown lists show the available interpreters, ABIs, and platforms. Enable javascript to be able to filter the list of wheel files.

chrome_client-0.2.3-cp37-abi3-win_arm64.whl (5.2 MB view details)

Uploaded Sep 7, 2026 CPython 3.7+Windows ARM64

chrome_client-0.2.3-cp37-abi3-win_amd64.whl (6.0 MB view details)

Uploaded Sep 7, 2026 CPython 3.7+Windows x86-64

chrome_client-0.2.3-cp37-abi3-win32.whl (5.2 MB view details)

Uploaded Sep 7, 2026 CPython 3.7+Windows x86

chrome_client-0.2.3-cp37-abi3-manylinux_2_17_x86_64.manylinux2014_x86_64.whl (5.7 MB view details)

Uploaded Sep 7, 2026 CPython 3.7+manylinux: glibc 2.17+ x86-64

chrome_client-0.2.3-cp37-abi3-manylinux_2_17_i686.manylinux2014_i686.whl (5.8 MB view details)

Uploaded Sep 7, 2026 CPython 3.7+manylinux: glibc 2.17+ i686

chrome_client-0.2.3-cp37-abi3-manylinux_2_17_aarch64.manylinux2014_aarch64.whl (5.5 MB view details)

Uploaded Sep 7, 2026 CPython 3.7+manylinux: glibc 2.17+ ARM64

chrome_client-0.2.3-cp37-abi3-macosx_13_0_x86_64.whl (4.9 MB view details)

Uploaded Sep 7, 2026 CPython 3.7+macOS 13.0+ x86-64

chrome_client-0.2.3-cp37-abi3-macosx_13_0_arm64.whl (4.4 MB view details)

Uploaded Sep 7, 2026 CPython 3.7+macOS 13.0+ ARM64

chrome_client-0.2.3-cp36-abi3-win_amd64.whl (5.9 MB view details)

Uploaded Sep 7, 2026 CPython 3.6+Windows x86-64

chrome_client-0.2.3-cp36-abi3-win32.whl (5.1 MB view details)

Uploaded Sep 7, 2026 CPython 3.6+Windows x86

chrome_client-0.2.3-cp36-abi3-manylinux_2_17_x86_64.manylinux2014_x86_64.whl (5.6 MB view details)

Uploaded Sep 7, 2026 CPython 3.6+manylinux: glibc 2.17+ x86-64

chrome_client-0.2.3-cp36-abi3-manylinux_2_17_i686.manylinux2014_i686.whl (5.7 MB view details)

Uploaded Sep 7, 2026 CPython 3.6+manylinux: glibc 2.17+ i686

chrome_client-0.2.3-cp36-abi3-manylinux_2_17_aarch64.manylinux2014_aarch64.whl (5.5 MB view details)

Uploaded Sep 7, 2026 CPython 3.6+manylinux: glibc 2.17+ ARM64

chrome_client-0.2.3-cp36-abi3-macosx_13_0_x86_64.whl (4.9 MB view details)

Uploaded Sep 7, 2026 CPython 3.6+macOS 13.0+ x86-64

chrome_client-0.2.3-cp36-abi3-macosx_13_0_arm64.whl (4.4 MB view details)

Uploaded Sep 7, 2026 CPython 3.6+macOS 13.0+ ARM64

File details

Details for the file chrome_client-0.2.3-cp37-abi3-win_arm64.whl.

File metadata

Download URL: chrome_client-0.2.3-cp37-abi3-win_arm64.whl
Upload date: Sep 7, 2026
Size: 5.2 MB
Tags: CPython 3.7+, Windows ARM64
Uploaded using Trusted Publishing? Yes
Uploaded via: twine/7.0.0 CPython/3.13.14

File hashes

Hashes for chrome_client-0.2.3-cp37-abi3-win_arm64.whl
Algorithm	Hash digest
SHA256	`3572b115f04e881227929ae4469d1c2319432e769630cf76310387595a336206`
MD5	`e76f73a83c53563bee9cb3f4c6a9097d`
BLAKE2b-256	`d5ffd788f70df1cfc41955b5ae2d5681f85673eee818c323b13e216d1fff208b`

Algorithm	Hash digest
SHA256	`db2edfc3a92c0545a418c488180f2931b961023693e84ed3bb05aae13880c4d5`
MD5	`316377a5b058e917531af841496d06d5`
BLAKE2b-256	`fffa679b2a4a97538efdba0ac08b273d3453605c9aa72578309615ac67a6f5bc`

Algorithm	Hash digest
SHA256	`9456d943cb94afbb56d7cf8182d2491392d5a42598b91aca58e376fd66b21ca3`
MD5	`13806375190774e75c9f2bef55c6a981`
BLAKE2b-256	`a61bddd2ae93eaa89fc051a88c694e786b9e220521bba27034be94e6530d1654`

Algorithm	Hash digest
SHA256	`4ee7a55bddd3ef551f0d821bbb6779a9f0df059e9a1a29cc3bfbc5ef5c649181`
MD5	`d2e4f0d252449ff50cc7cb5682b63aa4`
BLAKE2b-256	`7a0ebfb799420adc8aef17f747cdbf5271201dbd003df00776ce33b1b32cf61b`

Algorithm	Hash digest
SHA256	`373e15eec50c44754dd34a7e5910143ad88e07d94d0f8c566bc37759ec6c2b2a`
MD5	`7840f2a52210d6fb3ad1a243a0c4591f`
BLAKE2b-256	`7bf0b2dea19852d033432a5a4257e40e721611f5444ac96467cc4dfff8d28b74`

Algorithm	Hash digest
SHA256	`667f92af347f15afdc14e3cccd8d4eae19d1faa6a2fa0f7216f00b03dec8c00d`
MD5	`4cf9ed3d683b6cabe80e1ba890497596`
BLAKE2b-256	`e80bf589f5f1a325d4e0d52497319d0cfb718bd0fbdf2f68c3146eb44adaa451`

Algorithm	Hash digest
SHA256	`e442dba674839504796fe57062171eb9874a711477481736a54245db0acb08bb`
MD5	`9c3a2939de6e3cf5dd0b5f7c76eee115`
BLAKE2b-256	`1c75b4e686eb38811173f8234bdb44c3853082641a7c4838bc90300a69dbeaf2`

Algorithm	Hash digest
SHA256	`f6bc1afe5904023bda186dd7feda98e2cec780bf06a5711008541d04239cd619`
MD5	`06b76fbfe8e030748329bef3f653a7ad`
BLAKE2b-256	`23e3198150c15f136d765ed0816aa794e1f75158b01958b7fdd82becfbc121cd`

Algorithm	Hash digest
SHA256	`38505ebc26248a61676efb73c65c3f35b1356e53c826be1ff77317065ea2c36d`
MD5	`f036ec9f384df1976f322b8124734a2e`
BLAKE2b-256	`7f3390eb4495b4751657a5a7c1345a56eeb54f6d6d5e43eb218d14d77ea40578`

Algorithm	Hash digest
SHA256	`92c409112a0012f8a4d46b628fd7190eba05a754e60ed2201ab40d364f1625f7`
MD5	`a6510fb674de68987280fe8a3a3dbdba`
BLAKE2b-256	`9db3c85f7305ca849fbb0c9094d049de6d3b885610147ac1ebcbcdb5dec6b86d`

Algorithm	Hash digest
SHA256	`017db852c6728c177eca99515513a1a9a4d2cb2eda9bcc4f4e8a3776310ca640`
MD5	`00861e3244f93dd5e4abf1e9e258581d`
BLAKE2b-256	`577dee3bb5da002eb6a092c6aff71bd5f87cb2507d892fb69e36edd7afcf5ed8`

Algorithm	Hash digest
SHA256	`e379d824167988519bf5ae9931f21576cd30e9992d45b9f99c881b22829a03c5`
MD5	`69fafc99bd4aecc12e0245721335615e`
BLAKE2b-256	`d3f91dc671fae4769399226c05e227aae0725076c1b7c162fd7d5687fce8f12b`

Algorithm	Hash digest
SHA256	`d073f0e153aba7725a22a3224ef48550fe76d9d337d718e95dc838eca983a58d`
MD5	`5393109efe80edd2597147a2cfdb614e`
BLAKE2b-256	`e6b80728abaae7cd4c896bd2c8cb6e9a5bed924177baaaeae7a8570363f4f063`

Algorithm	Hash digest
SHA256	`b96a22ec5321a31ac55902bca381d3e1e1d0ed037ae16e217cc0a72ffb6cb781`
MD5	`feb30c8095c97ac4a6b06bbe9cbce225`
BLAKE2b-256	`97581ec23233460a2eb8aa4e667ad86ceaef11c5833b8dc9f4a34534dcacdcb1`

Algorithm	Hash digest
SHA256	`b293e5c439a348f9490be8490ec6a06753c1b772bf227f8e98fae3e66d2691e6`
MD5	`305022900db4a4435aa68e8eaa8d7dc9`
BLAKE2b-256	`8bdb10f61c05abf1c9250f7ae705c19affa75f2425f0f9ca26bc070f908887af`

chrome-client 0.2.3

chrome_client

支持范围

操作系统、架构与绑定

Chrome profile

功能矩阵

安装与加载 Core

Python 使用示例

requests 风格

会话保持：cookie 与代理

重定向、异常与响应

curl-cffi 风格：指纹与协议

流式读写与分块上传

并发

WebSocket / WSS

与 requests / curl-cffi 的对照

目录与验证

Project links

Key dates

1 maintainer

GitHub Statistics

License

Requires

Download files

Source Distributions

Built Distributions

File details

File metadata

File hashes

Provenance

File details

File metadata

File hashes

Provenance

File details

File metadata

File hashes

Provenance

File details

File metadata

File hashes

Provenance

File details

File metadata

File hashes

Provenance

File details

File metadata

File hashes

Provenance

File details

File metadata

File hashes

Provenance

File details

File metadata

File hashes

Provenance

File details

File metadata

File hashes

Provenance

File details

File metadata

File hashes

Provenance

File details

File metadata

File hashes

Provenance

File details

File metadata

File hashes

Provenance

File details

File metadata

File hashes

Provenance

File details

File metadata