El envío de pedidos duplicados es un problema clásico de idempotencia que puede surgir por dobles clics, reintentos de red o reentrega de mensajes en cola. Una solución robusta requiere un enfoque en capas en lugar de un mecanismo único. La primera capa es el control de frontend, como deshabilitar botones después del primer clic, lo que reduce duplicados accidentales pero no es infalible. La segunda capa utiliza un token distribuido, generalmente generado por el servidor y almacenado en Redis, que debe presentarse con cada solicitud de pedido y consumirse atómicamente. La tercera capa impone una restricción única en la base de datos, como un número de pedido de negocio, para rechazar duplicados a nivel de persistencia. Finalmente, un trabajo de conciliación programado puede detectar y resolver inconsistencias que se escapan de las otras capas. Para escenarios de alta concurrencia, las operaciones atómicas de Redis y los scripts Lua son esenciales para garantizar que el consumo de tokens y la creación de pedidos estén libres de condiciones de carrera. Aunque el artículo proporciona una implementación Java AOP, los principios subyacentes son independientes del lenguaje y aplicables a cualquier sistema distribuido.
Una guía práctica para prevenir envíos de pedidos duplicados mediante una estrategia de defensa de cuatro capas, desde controles de frontend hasta restricciones de base de datos y conciliación.