客户端请求时间戳的用途
在日常开发和服务器维护中，经常会看到客户端请求里带有一个叫 timestamp 的参数。这个时间戳不是可有可无的摆设，它在实际业务中承担着多个关键角色。
比如用户在手机App上提交一笔支付请求，网络不稳定导致请求被重复发送。如果没有时间戳，服务器可能无法判断这是同一个操作的重试，还是用户真的想发起第二笔支付。加上时间戳后，服务端就能结合时间窗口识别异常行为。
防止重放攻击
黑客截获一次合法请求，稍后重新发送，企图再次执行操作。这种叫重放攻击。带上客户端当前时间的时间戳，服务器只接受一定时间范围内的请求（例如前后5分钟），过期直接拒绝。这样即使请求被截获，延迟再发也无效。
常见做法是服务器校验：当前时间与请求时间戳的差值不超过允许阈值。代码实现类似：
long currentTime = System.currentTimeMillis();
long requestTimestamp = Long.parseLong(request.getParameter("timestamp"));
long timeDiff = Math.abs(currentTime - requestTimestamp);
if (timeDiff > 300000) { // 超过5分钟
throw new InvalidRequestException("请求已过期");
}配合签名验证使用
很多接口安全机制采用“参数 + 时间戳 + 密钥”生成签名。客户端把所有参数按规则排序，拼上timestamp和secret，做一次MD5或HMAC加密，生成sign字段传给服务器。服务端用同样逻辑重新计算，比对签名是否一致。
由于每次请求时间戳不同，哪怕参数一样，签名也会变。这保证了每个请求的唯一性，避免被伪造。
辅助日志排查问题
线上出问题时，运维常要查某用户什么时候发的请求。客户端时间戳能提供一个参考点。虽然不能完全依赖它（因为用户设备时间可能不准），但结合服务器收到请求的时间，可以大致判断是网络延迟、客户端卡顿，还是用户操作节奏异常。
举个例子：客户端记录点击下单是 10:05:03，服务器收到是 10:05:08，间隔5秒。大概率是用户网络差，而不是系统处理慢。
协调分布式系统时序
在微服务架构中，客户端请求先到网关，再分发到多个服务。虽然主要依赖服务器时间排序，但客户端时间戳可以作为补充信息，帮助还原用户操作的真实顺序。尤其是在跨时区场景下，明确标注客户端本地时间有助于理解行为上下文。
当然，不能拿客户端时间做最终决策依据，毕竟设备时间可被篡改。但它作为一个辅助信号，在日志、监控、风控等环节都有实用价值。