Symfony 2 已于 2015 年停止维护，不支持现代百度智能云 API（如 v3 签名机制），因 PHP 5.6 缺乏 TLS 1.2 可靠支持及 Unicode JSON 编码，强行对接并测试将积累高危技术债。
直接说结论：Symfony 2 已于 2015 年停止维护，官方不再支持，也没有适配现代百度 API（如智能云 v3 签名机制）的稳定 SDK；强行在 Symfony 2 项目里对接百度 API 并写单元测试，本质是在维护一个高危技术债，不推荐继续推进。
为什么 Symfony 2 根本不适合对接当前百度 API
Symfony 2 默认使用 PHP 5.3–5.6，而百度智能云 API（含翻译、OCR、NLP 等）强制要求 HTTPS + TLS 1.2+，且签名算法依赖 hash_hmac('sha256', ...) 和 base64_encode() —— 这些在 PHP 5.6 下虽可用，但缺少对 json_encode($data, JSON_UNESCAPED_UNICODE) 的可靠支持，会导致中文签名不一致；更关键的是，百度 API 文档明确要求的 curl_setopt($ch, CURLOPT_SSLVERSION, CURL_SSLVERSION_TLSv1_2) 在旧版 cURL（常见于 CentOS 6 / PHP 5.6 环境）中根本不可用，调用必返回 curl_error: SSL connect error。
如果必须硬上：如何写能跑通的单元测试（不推荐但可救急）
假设你已用自定义 HTTP 封装类（如 BaiduApiClient）绕过 Guzzle（因 Guzzle 6+ 不兼容 PHP 5.6），并在 tests/BaiduApiClientTest.php 中写测试：
调用百度PaddleOCR‑VL大模型API，支持PDF、Word、PPT、图片等多格式文档解析，精准识别印刷体、手写体、表格、公式、图表、印章等复杂元素，支持100+语言，可处理不规则布局和跨页长文档。触发词：文档解析、VLM解析、大模型OCR、PaddleOCR、多模态文档、手写识别、公式识别、复杂版面。
- 不能继承
Symfony\Bundle\FrameworkBundle\Test\WebTestCase—— Symfony 2 的测试组件不带内核启动逻辑，要用原生PHPUnit_Framework_TestCase - 必须禁用真实网络请求：
$this->setBackupGlobals(true)+ 手动 mockcurl_init等函数（需启用runkit或用patchwork/utf8替换，风险极高） - 签名验证必须拆离网络层：把
generateSign()单独抽成 public static 方法，用固定app_id、secret_key、timestamp、salt断言输出是否匹配文档示例值 - 绝对不要在测试里调用
file_get_contents('https://aip.baidubce.com/...')—— 这会暴露密钥、触发频率限制，且无法断言错误响应结构
示例断言签名：
public function testGenerateSignMatchesBaiduExample()
{
$sign = BaiduApiClient::generateSign('abc123', 'secret-key', '1621234567', 'abcd');
$this->assertEquals('f8b4c9a2e1d0f7b3c6a9e8d5f2b1c4a7', $sign);
}
真正该做的替代方案（不是“怎么测”，而是“怎么不死”）
这不是测试问题，是架构问题。以下三件事优先级高于写测试：
- 把百度 API 调用逻辑彻底移出 Symfony 2 应用，改用独立 PHP 7.4+ 微服务（如 Swoole HTTP server）接收请求、签名、转发，Symfony 2 只发简单 cURL 到本地
http://127.0.0.1:8080/baidu/translate - 若无法升级框架，至少升级 PHP 到 7.2（EOL 前最后支持版本），并用
phpunit/phpunit:5.7+mockery/mockery:0.9替代原生 mock - 所有百度 API 响应必须加缓存层（如 Redis），且缓存 key 显式包含
app_id和signature哈希，避免密钥泄露到日志或监控系统
最常被忽略的一点：百度 API 返回的 error_code 为 110（access token invalid）时，Symfony 2 的 error_log() 默认会把完整请求 URL（含 ?access_token=xxx）打到日志文件 —— 这属于高危信息泄露，必须在日志前手动 strip query string。
