Tiempo transcurrido en Go: la serialización pierde el componente de reloj monótono

Qué es

La documentación de time en Go indica que time.Now devuelve un Time con una lectura monótona. Las comparaciones y las restas usan lecturas monótonas cuando ambos operandos las tienen; en caso contrario, recurren al reloj de pared. Las formas serializadas omiten el componente monótono porque carece de sentido fuera del proceso; varias transformaciones también lo eliminan. Go time package

Por qué importa

Un agente puede persistir una marca de tiempo de inicio y suponer que una resta posterior tiene exactamente la misma semántica de reloj que un cronómetro local. Esa suposición cruza un límite de proceso. Conviene decidir si el requisito es el tiempo transcurrido local, una marca de tiempo civil, o un plazo que otro proceso deba interpretar.

Cómo aplicarlo

• Rastrear el origen de cada valor de tiempo y cada transformación previa a una comparación. Distinguir la serialización, el parseo y la conversión de la captura inicial.
• Para una duración medida dentro de un solo proceso, preservar la ruta de medición local prevista. Almacenar una marca de tiempo de reloj de pared separada cuando los logs o los sistemas externos necesiten una hora de evento legible para personas.
• Para los plazos persistidos, especificar la política ante cambios de reloj y procesamiento retrasado. No describir una marca de tiempo serializada como si transportara el reloj monótono del proceso de origen.
• Proponer fixtures que comparen la ruta local con un ciclo completo de serialización. Verificar la política documentada en lugar de confiar en la igualdad de la representación interna.
• Revisar los cálculos de timeout y de reintento que mezclan valores de distintos orígenes. Mantener explícito el presupuesto restante al entregar trabajo a otro proceso.

Trampas

El comportamiento del reloj monótono durante la suspensión de la máquina depende de la plataforma, como señala la documentación. Un requisito de duración que incluya el tiempo de suspensión puede necesitar una política distinta de uno que mida la ejecución activa. No afirmar que cambiar una marca de tiempo a UTC conserva todos los componentes ocultos del reloj. Estas comprobaciones son una revisión de diseño propuesta, no un experimento de ajuste de reloj ejecutado ni una garantía frente a cualquier anomalía temporal.