本页面介绍了如何解决载荷解封方面的问题。
HTTP 状态代码错误
使用载荷解封时,可能会发生常见的 HTTP 状态代码错误。您可以使用 push_request_count
指标监控错误。
400 错误请求
当 Pub/Sub 因配置错误或缺少数据而无法处理请求时,会出现以下错误。
400 Bad Request
导致此错误的原因有很多。以下是导致该错误的一些最常见原因:
- 载荷(消息数据)与 HTTP 端点指定的预期请求格式不匹配。
- 缺少处理请求所需的标头。
- 为订阅配置的 HTTP 端点不正确。
如需解决此问题,请尝试以下解决方案:
- 检查载荷(消息数据)的格式。请确保它与 HTTP 端点指定的预期请求格式匹配。
- 检查请求是否包含所需的标头。如果缺少标头,您可能需要在消息属性中添加标头。示例可能包括
Content-Type
,但其他示例可能也是必需的。 - 确认为订阅配置的 HTTP 端点有效。
- 对推送订阅启用死信队列 (DLQ)。这会重定向个别无法传送的消息。如果您看到少量要检查的 400 错误,则启用 DLQ 会很有帮助。
401 未授权 / 403 已禁止
当 Pub/Sub 因凭据不正确或无效而无法处理请求时,会出现以下错误。
401 unauthorized / 403 forbidden
出现此错误的原因是推送订阅未经身份验证。
如需解决此问题,请尝试以下解决方案:
启用推送身份验证。如果您要与 Cloud Run 或 App Engine 集成,则使用推送身份验证非常重要。
如果推送身份验证不适用于您的解决方案,您可能需要在发布消息属性中添加您自己的授权密钥或 API 密钥。
415 不支持的媒体类型
如果由于载荷格式采用不受支持的格式,Pub/Sub 无法处理请求,就会发生以下错误。
415 Unsupported Media Type
导致此错误的原因有很多。以下是导致该错误的一些最常见原因:
- 端点缺少必需的媒体类型标头。
如需解决此问题,请尝试以下解决方案:
- 您的端点可能需要
Content-Type
标头。默认情况下,载荷解封不会设置媒体类型标头。您可以设置Content-Type
标头,只需将其作为发布消息属性附加即可。
431 请求标头字段过大 / 413 内容过大
如果由于请求中发送的内容过大而导致 Pub/Sub 无法处理请求,则会出现以下错误。
431 request header fields too Large / 413 content too large
如果 Pub/Sub 消息中的属性超过服务器的标头限制大小,就会发生此错误。
如需解决这些问题,请尝试以下解决方案:
- 关闭写入元数据。
- 对推送订阅启用死信队列 (DLQ)。这会重定向个别无法传送的消息。之后,您的订阅将继续运行,但包含错误的消息将被重定向到单独的主题,以供进一步分析。
检查是否已启用载荷解封
在 Google Cloud 控制台中,进入订阅页面。
点击您的服务名称。
系统会打开服务详情页面。
在配置表中,找到以下值:Message data unwrapping(消息数据解封)和 Write message metadata(写入消息元数据)。
载荷封装的状态(启用或停用)会显示在相应的表行中。
后续步骤
- 如果您仍然遇到载荷解封方面的问题,请参阅获取支持。