游戏好买可是你有版号么

iconfont 没办法只能单色啊，等于说把设计都限制死了

当年运营商们大力发展 3G，是押宝可视电话大发展。结果早就了微信，自己的核心业务短信几乎归西

一门新技术出现之后到底怎么落地其实是很考验想象力的，谁能想到 Java 当初的目标是嵌入式？当然最后也可能证明确实毫无用处，这就另说了

@abcbuzhiming 其实好的异步方案是无痛的，写 C#的时候几乎感觉不到是异步在执行

主要还是 java 现在其实还没有比较一致的异步方案，CompletableFuture,Flux API,Reactive,RxJava,还有 Guava，Netty 里面一堆自定义的 Future。我觉得起码要 ABDA 成熟并且有了比较像样的 ORM 框架才有点可能

一般来说 404 错误在开发测试环境就应该消灭掉，到了正式环境才发现 url 拼错了有什么意义。你的 js 还能自己修复么？有的人啊工作经验可能是有了，就是不会总结

@AlisaDestiny 204 no content 了解一下

@markgor 监控不光是看看而已啊，nginx 也好 hystrix 也好这些熔断都是根据 httpcode 来的

天哪，登录时不返回详细的报错信息不应该是常识么

@markgor 不是无法监控，而是成本非常高

如果你有了解过 Http 协议的话就会明白，分析 Http Header 很容易，而分析 Http body 是很耗时的，实际上对于简单的应用来说，相当一部分的 CPU 时间用在了序列化 /反序列化上。如果你的接口支持通过 Accept 指定不同格式的返回消息那问题就更加复杂得没边了

@eason1874 撞库或是社会工程学爆破，能不能嗅探到账号是否存在差别就太大了

@Amayadream
@pkoukk 登录失败和登录失效压根就不是一个场景下的问题
你们就说说你们监控了 code 没有

@yuan7712 不可能，不会有哪家监控把 body 拆开了看，何况监控看的是统计数据，每个接口的 businesscode 都不一样没办法汇总。

再者，非 200 返回的时候也是可以带 code 的，那走的就是异常流程了

@eason1874 实际上登录这种错误就只能返回统一的 forbidden，过于详细的信息是漏洞。我们刚刚被审计逼着改掉

@yamedie

{ "code": 7001, "message": "短信验证码已失效", "data": null }
{ "code": 7002, "message": "短信验证码错误", "data": null }
{ "code": 7003, "message": "尚未发送短信验证码", "data": null }
{ "code": 7010, "message": "当前手机号已领取过会员权益，请勿重复领取", "data": null }
{ "code": 9001, "message": "登录已失效，请重新登录", "data": null }

毫无意义，99%的情况下前端根本不会在意为什么出错了，前端只需要知道请求成功或者失败了，失败了把错误消息弹出来就完了，http 200 足已

最重要的是

封装之后无法做监控
封装之后无法做监控
封装之后无法做监控

重要的事情说三遍

选谁不重要，别选 8g，别选 128g

chrome 保存的密码全丢了，第二次更新出现这种问题了

1.7KG 是轻薄，但是电池不给力意味这随时都得带电源，便携性大大折扣。

鸡肋