对象:ErrorResponse
使用集合让一切井井有条
根据您的偏好保存内容并对其进行分类。
响应正文
适用于所有非 200 HTTP 响应的 HTTP 正文。
示例响应如下所示:
{
"responseHeader": {
"responseTimestamp": "1481899949611"
},
"errorResponseCode": "INVALID_IDENTIFIER",
"errorDescription": "Unknown paymentIntegratorAccountId: PIAID1",
}
JSON 表示法 |
{
"responseHeader": {
object(ResponseHeader )
},
"errorResponseCode": string,
"errorDescription": string,
}
|
字段 |
responseHeader |
object(ResponseHeader )
必需:所有响应的通用标头。
|
errorResponseCode |
string
可选:请提供
请参阅下表。
错误响应代码和建议 HTTP 代码 |
INVALID_API_VERSION
|
400
如果集成商不支持请求的 API,则使用
版本。
|
INVALID_PAYLOAD_SIGNATURE
|
401
如果有效负载的签名属于未知或
无效密钥。
|
INVALID_PAYLOAD_ENCRYPTION
|
400
如果载荷的加密属于未知或
无效密钥。
|
REQUEST_TIMESTAMP_OUT_OF_RANGE
|
400
如果 request_timestamp 的值不是 ±60 秒,使用
。
|
INVALID_IDENTIFIER
|
404
在请求中发送的标识符无效或
未知。其中可能包括paymentIntegratorAccountId 、
googlePaymentToken 、captureRequestId
等
标识符应在 errorDescription 中指定。
|
IDEMPOTENCY_VIOLATION
|
412
如果请求违反了以下项的幂等性要求,则使用此属性
请求。
|
INVALID_FIELD_VALUE
|
400
如果请求包含的值不属于
一组支持的值。
|
MISSING_REQUIRED_FIELD
|
400
如果请求中未设置必填字段,使用此属性。
|
PRECONDITION_VIOLATION
|
400
在违反操作约束时使用(例如,当
申请的退款金额超过了
交易)。
|
USER_ACTION_IN_PROGRESS
|
400
如果由于以下原因而目前无法处理请求,则使用此属性。
它会中断正在进行的用户操作
起到系统锁的作用此代码不得用于
指明失败是因实现专用内部
并发错误。
|
INVALID_DECRYPTED_REQUEST
|
400
如果请求有效负载可以解密,但
结果消息。
|
|
errorDescription |
string
可选:请为以下各项提供此状态的说明
支持人员调试错误。请注意,此信息绝不会向用户显示。
它可以包含用于调试的描述性的非敏感文本。
请注意,errorResponseCode 的某些值应为
并在此字段中附加其他详细信息(例如,
INVALID_IDENTIFIER 应附带
表明哪种类型的标识符无效)。
|
保留所有权利。Java 是 Oracle 和/或其关联公司的注册商标。
最后更新时间 (UTC):2025-07-25。
[[["易于理解","easyToUnderstand","thumb-up"],["解决了我的问题","solvedMyProblem","thumb-up"],["其他","otherUp","thumb-up"]],[["没有我需要的信息","missingTheInformationINeed","thumb-down"],["太复杂/步骤太多","tooComplicatedTooManySteps","thumb-down"],["内容需要更新","outOfDate","thumb-down"],["翻译问题","translationIssue","thumb-down"],["示例/代码问题","samplesCodeIssue","thumb-down"],["其他","otherDown","thumb-down"]],["最后更新时间 (UTC):2025-07-25。"],[[["The response body for all non-200 HTTP responses provides details about the error, including a timestamp, an error response code, and an error description."],["The `errorResponseCode` field offers specific codes to identify the error type, while the `errorDescription` field provides additional details for support and debugging purposes."],["It is important to note that sensitive information should not be included in the error description, as it is intended for internal use and not for display to users."]]],["Non-200 HTTP responses contain a body with error details. This body includes a `responseHeader`, `errorResponseCode`, and `errorDescription`. The `errorResponseCode` field specifies the error type (e.g., `INVALID_IDENTIFIER`, `INVALID_API_VERSION`), accompanied by an advised HTTP code. The optional `errorDescription` provides debugging information for support. Required field is `responseHeader` and fields `errorResponseCode` and `errorDescription` are optional. The content specifies that the field `errorResponseCode` requires certain HTTP code.\n"]]