Yii2支付回调报错不透出是因ErrorHandler默认渲染HTML页，而支付平台需纯文本响应；必须禁用CSRF、用php://input读原始数据、验签前清理sign字段、响应严格7字符success且无任何额外输出。
支付接口报错时，Yii2 默认不会把异常信息透出给前端——它要么被 ErrorHandler 拦截成白屏，要么被支付 SDK 吞掉后静默失败。 你看到的「支付参数错误」「Invalid signature」或空响应，基本都卡在这几层中间。关键不是“怎么显示”，而是“怎么让错误不被吞、不被转义、不被渲染成 HTML”。
支付回调里 throw new Exception() 为什么没提示？
Yii2 的 ErrorHandler 在非 AJAX/非 JSON 请求下默认渲染 HTML 错误页，而支付回调（如微信 notify、支付宝 return）是服务端直连，request->getIsAjax() 和 request->getIsJson() 全为 false，结果就是：异常发生 → 渲染出一个带堆栈的 HTML 页面 → 支付平台收到 HTML 响应 → 认定验签失败或超时 → 反复重试。
- 别在回调 action 里直接
throw，必须手动捕获并返回明确状态 - 确保该 Controller 的
$this->enableCsrfValidation = false已设，否则连进 action 都做不到 - 用
Yii::$app->response->format = \yii\web\Response::FORMAT_RAW强制关闭自动渲染 - 所有输出前清空缓冲区：
ob_end_clean()，防止 debug toolbar 或 layout 残留
file_get_contents('php://input') 读不到支付宝/微信参数？
因为 Yii2 的 $_POST 和 Yii::$app->request->post() 会触发自动解析和过滤，对含 +、/、= 的 sign 字段极不友好——URL 解码错位、空值丢失、字段被 trim，最终拼出的待签名字符串和官方原始请求不一致，验签必然失败。
- 一律改用
file_get_contents('php://input')读原始 body - 若 Content-Type 是
application/x-www-form-urlencoded，再用parse_str()转数组；若是application/json，用json_decode(file_get_contents('php://input'), true) - 支付宝要求对每个 value 做
urldecode()后再拼串，微信则要求原样（已解码）参与排序，这点必须按文档严格区分 - 验签前务必
unset($data['sign'], $data['sign_type'])，漏一个就失败
前端调起 requestPayment 报「支付参数错误」怎么定位？
这个错误几乎全是后端签名或配置问题，微信 JSAPI 支付要求后端返回的 paySign 必须基于精确的参数顺序、大小写、空格和编码生成。任何微小偏差都会导致前端报错，且不给具体原因。
- 检查
appId是否填的是公众号 app_id，不是商户号；timeStamp必须是字符串格式的 10 位时间戳（不是毫秒） - 签名字符串拼接顺序必须是：
appId=xxx&nonceStr=xxx&package=xxx&signType=xxx&timeStamp=xxx&key=xxx，注意末尾加 key，且全部小写、无空格、无换行 - 签名算法必须用
sha256（对应signType=HMAC-SHA256），不是 md5；RSA 签名需确认公钥是 PEM 格式（以-----BEGIN PUBLIC KEY-----开头） - 调试时把待签名字符串和生成的
paySign全部error_log()到文件，和微信后台“开发配置→JSAPI 支付签名工具”比对
API 支付失败要返回统一 JSON 格式，但 errorAction 不生效？
因为 'errorAction' => 'site/error' 是给 Web 页面用的，对 API 请求无效。API 场景下，异常仍走默认 yii\web\ErrorHandler::renderException()，输出 HTML —— 你看到的可能是 JSON 里嵌着 <h1> 标签，或者整个响应体是 500 页面源码。
- 在
config/web.php的components中，把errorHandler显式指向一个纯 JSON action：'errorAction' => 'api/error' -
ApiErrorController::actionError()必须返回数组（Yii2 自动 JSON 化），不能 echo / die / exit - 手动判断异常类型：
if ($exception instanceof \yii\web\HttpException)提取$exception->statusCode，否则兜底为 500 - 别在
actionError里再 throw 新异常，否则二次进入 error handler，容易死循环
最常被忽略的一点：微信/支付宝的异步通知回调，哪怕只是 echo 'success' 多了一个空格、多了一行 PHP Notice、或者日志写入触发了 flush()，都会导致验签失败。它们要的是**绝对干净的 7 字符响应体**，不多不少。
