@edison111cry 对对对，就是微信开放平台哈

你自己的代码逻辑不用变啊，微信推送消息、推送事件的时候 既要推送给你，也要推送给绑定的开放平台中的应用

如果你开启了服务器配置又想方便修改菜单、设置自动回复等

这个时候可以接入使用一款第三方平台，三方平台走的专有接口，不会影响到你的服务端配置。

我们一般首次登陆时 scope = snsapi_userinfo，获取到 unionid, openid, 头像等，然后记录数据库

下次登陆时 scope = snsapi_base 获取到 openid 就可以用来登录了

---------------------------------------------------------------------------------------

你说的这种情况，完全可以设置一个刷新微信用户信息的时间间隔，超过一定时间再访问网页时，使用 scope = snsapi_userinfo 方式进行重定向授权，这样就可以解决用户信息不同步的问题了

@huangtao728 嗯嗯，这个比较切题，强烈感谢

@odirus 但要注意错误处理

例如 3 当用户在微信中没有进行授权，貌似也会回调，不过不会带上 code
例如 SCOPE 要合理选取，静默授权的话只能获取 openid，但要配合 APP 或者其他微信公众号，最好还是要获取 unionId，不然以后几个应用不能互相关联起来。

@edison111cry

第一步：
当用户请求某个页面（例如用户主页 http://test.com/home ）的时候（服务端正在处理，还未返回页面或接口信息的时候），服务端通过判断 cookie 中的 sessionid 发现用户未登陆或者登陆已失效，这时就不返回页面内容，而是让用户重定向到下面这个地址：

https://open.weixin.qq.com/connect/oauth2/authorize?appid=APPID&redirect_uri=REDIRECT_URI&response_type=code&scope=SCOPE&state=STATE#wechat_redirect

其中 REDIRECT_URI 应该是 "http://test.com/openauth/wechat?redirect_uri=http://test.com/a" （注意转义哈，我这里只是用于讲解）

备注：假设你的业务系统中，专门处理微信授权登录功能的 URL 是： http://test.com/openauth/wechat

第二步：
拼装完 REDIRECT_URI 后，就是用户首先会跳转到的微信授权页面地址，大致流程是：
1. 当发现用户未登录的时候
2. 重定向到微信授权页面，授权成功后会跳转到 REDIRECT_URI
3. 根据 code 获取必要的信息（例如 openid 甚至是 unionId ）
4. 获取到了用户 ID，并执行了登录流程后，通过 cookie 写入 session 信息
5. 跳转到用户最开始真正需要请求的页面上

我们的方案是：

REDIRECT_URI （假设为 wechat_redirect_uri ）负责的职责：
根据 code 获取 openid 或者 unionId => 根据 openid 或者 unionId 查询用户 ID => 执行登录流程，并通过 cookie 写入 session 信息

REDIRECT_URI 中可以加入用户请求的目标业务的 REDIRECT_URI （假设为 user_redirect_uri ）

当用户授权之后，微信会回调到 wechat_redirect_uri 上，服务端处理完各种流程后，再回调到 user_redirect_uri 上


这种方案需要考虑在各个环节出错后的异常处理（例如 access_token 出错导致根据 code 获取 openid 不成功），避免一直在进行反复地回调跳转，用户会晕菜的。

加油

脉脉匿名区，二十万年薪只能乞讨（不知真假，哈哈哈）

------------------------------------------------------------------------

匿名圈还是挺好玩的，经常爆出猛料

跨语言就用 thrift，不过没找到一个类似 dubbo、Spring cloud 这种服务治理的整体框架，很多都要自己造轮子，费力费神。

如果有 thrift 开源的服务治理框架的话，希望大神分享出来啊。

@chnhyg 我觉得还是注释好一点吧，多写了一个反而误导人

@orangeade 哦，原来这个也算是呐

ServerChan 最大的有点不仅在于服务号，还有很早之前申请的模板，现在已经申请不到自由度这么大的模板了。

@tanjian

???

一脸懵逼啊，你这是干啥？

我们没有遇到，遇到了也会在几分钟内恢复。

所有业务全部部署了两组不同可用区的服务器，重要服务器快照频率很高，前面放了负载均衡。

如果要恢复，直接从快照恢复，几分钟的事情。

用了几年，并没有遇到啥大问题，只是偶尔有服务器突然死机，不过有负载均衡在，用户并不会感知到。

人才，都是人才

微信很大成功不是靠摇一摇（约一约）吗？只是现在洗白了自己而已。

说实在的，很多时候真 TM 的难用。

一般都是直接给我打电话的。

其实我刚开始也以为是京东，我就说怎么 v2 的人才都想去京东，哈哈哈