必须手动转码，php不自动处理编码转换；curl仅原样发送字节流，若直接传gbk字符串将导致服务端乱码，须用mb_convert_encoding($str, 'utf-8', 'gbk')显式转换并校验，且请求头content-type charset须与实际编码严格一致。
能，但必须手动转码，PHP本身不自动处理编码转换。
POST发送前必须转成UTF-8
PHP的cURL（包括CURLOPT_POSTFIELDS）只原样发送字节流，不会识别或转换字符编码。如果直接把GBK字符串传给curl_setopt($ch, CURLOPT_POSTFIELDS, $gbk_str)，服务端收到的就是GBK字节，不是UTF-8，大概率显示乱码。
- 务必用
mb_convert_encoding($gbk_str, 'UTF-8', 'GBK')显式转成UTF-8再发送 - 避免用
iconv('GBK', 'UTF-8', $gbk_str)——遇到非法字节会中断并报错 - 转换后建议校验：
mb_check_encoding($utf8_str, 'UTF-8') === true
服务端接收方也要匹配
你发的是UTF-8，不代表对方一定能正确解析。需确认目标接口约定的编码：
- HTTP请求头应包含
Content-Type: application/x-www-form-urlencoded; charset=UTF-8（表单）或application/json; charset=UTF-8（JSON） - 若对方强制要求GBK入参（极少见），那你得按对方要求发GBK，但此时需确保整个链路（如数据库、日志、调试输出）都兼容GBK，风险高，不推荐
别依赖PHP自动转码机制
PHP 8.2默认default_charset = "UTF-8"，但这只影响header()输出和部分内部函数行为，对curl发包、file_get_contents读文件、$_POST原始数据等完全无效。
-
mbstring.http_input和mbstring.encoding_translation在PHP 8.2中默认为pass和Off，不启用自动转换 - 不要指望
setlocale()或mb_internal_encoding()能改变cURL的发送内容
常见错误场景提醒
以下做法会导致乱码，务必避开：
- 从GBK数据库查出数据，未转码就直接塞进
CURLOPT_POSTFIELDS - HTML表单没写
accept-charset="UTF-8"，又没在服务端对$_POST做转码，再拿去发POST - 用
substr()截取中文字符串——应改用mb_substr($str, 0, 5, 'UTF-8') - JSON编码含中文时失败，先检查源字符串是否真是合法UTF-8（用
mb_check_encoding）
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
