问下 V 友，这种情况算是用户自己本身的责任吗？我觉得用户很无辜啊。。

[william23]

情况是这样的：

在某实体店买了一张会员卡，被告知可以领礼包，于是下载 app 领取，这个包有效期是到今年的 3 月 31 日。

后来在实体店扫码，想换取该 app 的礼包，后来一直没有办法领取，店员也不知道什么原因，让我明天再来。

于是第二次又来到同一家店，店员试了又不行，让我拨打客服，但是当时客服下班了。

于是我第三天又拨打客服电话，被告知需要错误码，但是这个错误码是店员需要提供的，

我当时没有，店员也没和我说，于是我只能当天再跑一次。

第三次跑到店里，被告知了错误码，打给客服，原因竟然是说因为我手机的时间不是北京时间，所以无法兑换。

我就很无语，因为个人原因，没有手表，所以我手机时间我自己比北京时间调快了 10 分钟，便于生活。

这个礼包如果兑换一次也就算了，

但这个礼包是可以多次兑换的，我如果每次兑换都需要调整自己的手机时间的话，兑换完之后又要再调回来，

我觉得对我而言，还是比较麻烦的，万一哪天没调回来，可能就会影响我的生活，比如说公司迟到之类的。。

事情表述完了，最后客服的官方理由是说他们 app 给予的范围只能是 5 分钟之内， 10 分钟据客服所说误差太大了。。

我是真的搞不懂，兑换日期还有那么多天，为什么偏偏超过 5 分钟就不行了呢？

这个我觉得很不合理啊。。

当然可能像我这样调快手机时间的不多，但是不代表不存在啊，大家如何看待？

还是说觉得这是我本身的问题？

[jtam]

确实是你的问题，楼下继续。

[tghgffdgd]

这里面包含校验吧，随着时间变动码就发生变动了。你自己都说这个礼包是可以多次兑换的。我觉得那更应该这样。

[ven]

我觉得挺合理的，用时间来避免一些异常无可厚非。

[sharkli]

你的问题

[whitenight]

什么人会把时间调到比标准时间快，然后一直这样生活。。。。

[jmc891205]

肯定要校验时间咯
否则你今天领完了 把手机时间调到明天再领一份怎么办？

[stargazer242]

好奇什么礼物 让你这么动心

[nomorelie]

这样想，过了有效期把时间往前调是不是还能领，肯定不可以啊，所以要校准

[hws8033856]

楼上说校验的，这个需求有必要校验客户端时间么？

[william23]

@jmc891205 是限量的。。又不是无限的

[william23]

@stargazer242 哈哈，也不是礼物很好啦，只是应该得到的为什么不拿呢

[william23]

@tghgffdgd 但是这个礼物在我的礼包里一共只有 5 站个，兑换了就没有了，不是只要看是不是在 3 月 31 日之前就好了吗？

[hws8033856]

不应该是校验提交请求时的服务端时间就完事了么？

[grimpil]

在客户端校验时间靠谱吗

[william23]

@hws8033856 我也觉得啊，服务器端校验，只要小于这个时间就好了嘛，为什么和我的客户端有关系呢？

[william23]

@nomorelie 你说的这个是极限情况啊，我都提前一个多月了，你都不让我领，是不是说不过去啊？

[william23]

@whitenight 主要是让生活可以有预留的空间，比如说一些突发事故，可以让这个 10 分钟有价值，即使让自己的生活少 10 分钟，也尽量不耽误别人的时间

[laoyur]

开发人员防止修改本地时间来多次领取之类，但他显然过于简单粗暴了，如果设计周全的话根本无需本地时间校验的
再说楼主，一直生活在快 10 分钟的时空中也是挺奇怪的

[tSQghkfhTtQt9mtd]

有可能是为了防止爆破之类的在客户端有相关信息摘要生成机制
参考 Hash-based Message Authentication Code

[tSQghkfhTtQt9mtd]

@liwanglin12 #19 抱歉应该是 Time-based One-time Password Algorithm ，虽然这个似乎是 HMAC 的子集（