dawniii

locale 和 language 都是系统可修改的吧，无所谓准不准，按用户的设置来。
@loading @Cbdy

@christin 这种只能配对一个的设备，确实麻烦。但是重新配对，是蓝牙协议的安全设计。。。 比如你在电脑上删除了配对信息，但是蓝牙设备里存的还是之前的配对信息，这样就配对不上，需要重新配对。如果是原电脑重新配对，蓝牙可以降低安全性允许设备还用老信息重新配对。如果换电脑的话，那就必须重新配对了。

楼主难道是受到 jsonp 的影响。

好多年前，好像应对跨域的情况有用 jsonp ，直接拿 js 代码执行。。。

全用 post 确实能减少很多沟通成本，请求参数全都用一种固定的 json 格式，这样大家都方便。

get 请求 url 上面携带参数确实会提高一些沟通成本，比如遇到的几个情况：

1. 如果参数是数组，大家要协商用什么形式传递大家都方便处理，不同框架的处理情况可能不一致
2. 如果参数值中有空格或者百分号等会转码的字符，双方的 urldecode 方法和规范要一致

还有几个想不起来了。但是自从全用 post 传递 json ，这些问题都不用沟通了。

楼上很多说先取 id 的，只取 id 的话，是不用 offset 条件了吗？慢的原因不就是 offset 的值太大了，问题不还是存在吗？

@vindurriel
@xiaotanyu13

写入单行：在 mysql transaction 的最后一步写 redis 如果写入不成功 db 回滚 redis 不是集群的话就强一致了

================================================================================

先更新 mysql，再更新 redis，如果 redis 更新失败，直接抛异常 让 mysql 回滚

==========================================================

极限情况下，redis 成功，mysql 还没 commit 挂了 - -

@Jrue0011 有可能是的。这种方法，感觉不是后台全场景都那么适用吧，后台一般有各种事务和查询条件。。。如果不是全数据都在 redis 里，在后台查询的时候也挺恶心，热的从 redis 查，冷的从数据库查？

@dawniii 这算是最终一致性？