PHP与Python传整数“乱码”的本质是未统一序列化协议及类型隐式转换导致反序列化失败；推荐统一用JSON（两端严格使用json_encode()和resp.json()）或query string（GET参数自动编码+PHP强制(int)转换）。
PHP 和 Python 之间传整数出现“乱码”，本质不是编码问题，而是**没有统一序列化协议 + 类型隐式转换导致的解析失败**。整数本身不会乱码，但当你用 json_encode() 在 PHP 里发、却用 pickle.load() 在 Python 里收，或者反过来，就必然出错——这不是乱码，是反序列化失败。
为什么整数会“看起来像乱码”
常见现象：PHP 用 echo json_encode(['id' => 123]); 输出 {"id":123}，Python 用 requests.get().text 拿到字符串后，直接 print(resp.text[0]) 却打印出 {，或进一步 int(resp.text) 报 ValueError: invalid literal——这不是整数乱码，是你把 JSON 字符串当纯数字在解析。
- HTTP body 默认是字节流，
resp.text是解码后的 str，但内容仍是 JSON 格式，不是裸整数 - PHP 的
echo 123;确实只输出数字，但 Python 收到的是b'123'还是'123'取决于响应头Content-Type是否为text/plain；若服务端没设，Python requests 可能按 ISO-8859-1 解码，导致后续处理异常 - 如果用了
serialize()（PHP）和pickle（Python），二者完全不兼容，二进制数据混入 ASCII 区域时，print()会显示不可读字符，被误认为“乱码”
推荐方案：统一用 JSON 传整数（最简可靠）
JSON 是语言无关、类型明确、调试友好的序列化格式，整数在 JSON 中天然无损。关键在于两端都严格走 JSON 流程：
- PHP 发送端：确保
Content-Type: application/json，且只用json_encode()，不要拼接或 echo 其他内容 - Python 接收端：用
resp.json()解析（自动处理编码+解析），不要用.text后手动json.loads()，除非你显式控制encoding - 如果只传单个整数，PHP 可以
echo json_encode(123);（注意：这是合法 JSON，值为 number），Python 用resp.json()得到123（int 类型，非字符串） - 避免在 PHP 中用
header('Content-Type: text/plain');发 JSON，否则 Pythonresp.json()会报JSONDecodeError
绕过 JSON？用 query string 传整数更轻量
如果只是简单 GET 请求传 ID 类整数，根本不需要序列化：
华为云 Python SDK 查询工具。自动发现已安装 SDK 的服务包、Client类、API 方法、入参详情、类信息（__init__ 参数、属性、类型、描述），支持关键字搜索，快速定位目标 API 使用方法。
立即学习“PHP免费学习笔记（深入）”；
- PHP 接收：直接用
$_GET['id']，但必须校验并转类型：$id = (int)$_GET['id'];（防止注入或 float 转换） - Python 发送：用
requests.get(url, params={'id': 123})，requests 自动 URL 编码整数为字符串id=123，PHP$_GET默认是字符串，强制转 int 是必要步骤 - 注意：query string 有长度限制（通常 2KB 左右），且不适用于 POST 主体或复杂嵌套结构
- 不要在 query 中传
id[]=1&id[]=2期望 PHP 自动转成数组再取整——$_GET['id']是字符串数组，需逐个(int)
绝对不要用 serialize / pickle / msgpack 混用
PHP 的 serialize() 和 Python 的 pickle 是各自语言私有格式，二进制结构完全不同，强行解析只会得到 \x00\x01\x02... 类乱码；msgpack 虽跨语言，但需两端使用相同库和配置（如 int size、str encoding）。
- PHP 用
msgpack_pack(123)，Python 必须用msgpack.unpackb(..., raw=False)，且版本要匹配（msgpack 1.x 和 2.x 默认行为不同） - 即使选 msgpack，也建议加
use_bin_type=True（PHP）和raw=False（Python）来统一字符串处理，否则 bytes 和 str 易混淆 - 对整数这种简单类型，引入 msgpack 属于过度设计，JSON 的性能差异可忽略，可读性优势巨大
真正容易被忽略的是：PHP 的 json_encode() 对超大整数（>2^53）可能精度丢失（JavaScript Number 限制），而 Python json 默认支持任意精度 int，但解析后若传给 JS 前端仍会丢精度——这类问题不在传输层，而在业务建模阶段就得约定数值范围或改用字符串传 ID。
