Código de estado HTTP

Última actualización：hace 12 días

Este tema define las especificaciones de códigos de respuesta HTTP para la API REST de MTPush.

La nueva versión de la MTPush Push API, la API v4, cumple esta especificación.

Código	Descripción	Explicación detallada
200	OK	Correcto
400	Solicitud incorrecta	La solicitud no es válida. La descripción correspondiente explicará el motivo.
401	No verificado	No hay información de verificación o la verificación ha fallado
403	Rechazado	La solicitud se entiende, pero no se acepta. La descripción correspondiente explicará el motivo.
404	No encontrado	El recurso no existe, el usuario solicitado no existe y el formato de solicitud no se admite.
405	El método de solicitud no es adecuado.	Esta operación no admite solicitudes mediante este método.
410	Sin conexión	El recurso solicitado está sin conexión. Consulte el anuncio correspondiente.
429	Exceso de solicitudes	El número de solicitudes supera el límite. La descripción correspondiente explicará el motivo específico.
500	Error interno del servicio	Se produjo un error interno en el servidor. Póngase en contacto con nosotros para resolver el problema lo antes posible.
502	Proxy no válido	El servidor del servicio está sin conexión o en proceso de actualización. Vuelva a intentarlo más tarde.
503	El servicio no está disponible temporalmente.	El servidor no puede responder a la solicitud. Vuelva a intentarlo más tarde.
504	Tiempo de espera del agente	El servidor está en ejecución, pero no puede responder a la solicitud. Vuelva a intentarlo más tarde.

HTTP 200 indica que se procesó la solicitud; no garantiza el éxito de todos los destinos del envío por lotes. Compruebe cada results[target].success y, si falla, lea el error.code de ese elemento.
Los errores de negocio de la solicitud usan el estado 4xx correspondiente. El límite de frecuencia de toda la solicitud por lotes devuelve HTTP 400; el error de límite de un elemento 23008 puede aparecer en el cuerpo de una respuesta HTTP 200.
Los errores internos del servidor a nivel de solicitud usan el estado 5xx correspondiente, o 500.
Cuando la lógica de negocio sea anómala, el contenido devuelto utiliza el formato JSON para definir la información de error.