@survivors 楼主公司主业是烧菜的？

之前遇到过好几次，打电话投诉说是系统自动取消的，目前解决不了。挂完电话直接把饿了么 app 删了，然后用某团外卖，一直很顺畅

一开窗帘我就知道是“菁英公寓”了

@shenmising 松江大学城上车，表示还好

@poorcai 我劝你还是出来吧，在里面除非你是在框架部门，可能还有点技术。其他业务部分真不适合想玩技术的待，不过他们提供午餐和超便宜的冰激凌这点，我还是很喜欢的，哈哈~

@poorcai 虽然我是本地人，但是 6 年前我在那家公司呆了 15 天就离职了

@poorcai 是港城哪个某点？

微信开发者工具

同推荐 you don't know js

@tinker 你对面的不会碰巧是朴灵吧。。。

@iamcc 微信官方没有说明旧的 access_token 会在什么时候失效，根据我的测试，成功获取新的 access_token 后，前一个 access_token 会在 10 分钟左右的时间过期（如果按次数算，多次获取 access_token ，第一次获取的有效 access_token 差不多会在我们获取第 8-10 次的时候失效），所以如果我们提前 1 个小时刷新 access_token ，其实就是我们需要在 10 分钟左右处理完所有的事（如果出叉子的话，留给我们解决问题的时间其实不是 1 个小时）

@magicdawn 放在 lua 里面肯定再好不过了，毕竟刻意直接在 redis 玩

@magicdawn 貌似这边是有问题，折衷的方法只能是在 setnx 的回调里面去设置过期时间
有一点就是，如果 redis 事务抛处异常，那么事务不会继续执行下去（ redis 事务是保证原子性的），同时感谢你指出我的错误
function aquireLock(callback) {
redis.setnx('lock', function(err, result){
// 处理 err...

if(result > 0){
// 设置超时
redis.expire('lock', 2, function(err, result){
// 处理 err...

// 回调成功
});
}

// 设置未成功...
});
}

@xiaolongyuan 哈哈，那就真没得玩了

@reus 你说的没有错，可能是我考虑的太多了，我是假设刷新服务不可用的情况下。但是生产环境中可能会出现各种不可预期的问题，做好 2 手防备岂不是更好？

@dwood 我也不是说我写的东西没有问题，我只是认为我们可以做的，代价也不是很大，那为什么不做一下呢？

@marvinwilliam 首先我认为定时服务去刷新 access_token 没有问题，我也承认这是最简单的解决方法。但是我要讨论的是边界性问题，也就是考虑到各种意外情况，在程序可控的范围内最大限度的去保证 API 的可用性。如你所说， 7000 秒刷新一次就 OK ，但是想想，谁又能保证刷新程序就一定能长远的运行呢？我这边的前提其实是如果我们刷新服务不可用的情况下，如何还能保证期间的请求可以正确的执行。但是如果 PM 或者用户能接受可能出现的一段时间的服务不可用，其实使用刷新服务就已经满足需求了。

@all 我想说的是，我尽可能在能想到的情况来堵住每一个可能的情况，不是说其他方法就不行，要做就要考虑周全，这是我对软件的态度，不会强加到其他任何人身上，做好自己就行