转自CSDN，5年前写的第一篇技术类的文章，当时还是个小菜鸟，一转眼5年过去了
当时从知乎摘抄的别人的励志故事，激励工作不久略失意的自己（工作缺少激情），开始利用下班时间自学android开发、iOS开发、Python开发。。。
职业方向有点迷茫，就都在学。
幸运的是，公司下班较早5点多就下班了，租住在人大附近，一下班就蹭人大的自习室学习，有时蹭女友的图书馆卡去借书看。
那段日子还是挺充实的，想想现在，基本没有自己的时间，唉。。。
当时做离线逻辑时的想法
https://blog.csdn.net/webgeek/article/details/17124159
----------------------------------------------------------------------说正事分割线------------------------------------------------------------------------------------
昨天公司开发图书应用的同事们，在讨论多端离线操作，协同同步的问题。
记得在上家公司，曾经遇到类似的问题：自己当时做过几个月的数据清洗工作，因为服务器资源稀缺，自己也比较懒，常常会写n多行的sql脚本，再一起运行，在运行之前要先人工检查是否有可能conflict发生。如此便有了思路：大脑的人工思维过程用算法表示出来就是了。。
思路如下：
场景搭建：
1，A手机在6点进行了5次离线操作（增删改 whatever）
2，B手机在7点进行了5次离线操作（增删改 whatever）
3，A手机又在8点进行了5次离线操作（增删改 whatever）
4，C手机在9点进行了5次离线操作（增删改 whatever）
其实还可以往下持续的写，某个菜鸟土豪有n多移动终端在n多时间点进行n多离线操作，埋了n多个遥控bomb（一个终端对应一个），之后的引线便是online操作
条件假设：
1，每个手机上该应用，在进行离线操作时，都会把 每一次操作记录下来，并标记flag，例如 添加flag为1，删除flag为-1，修改flag为0，对于查找请直接无视吧（解决local conflict）
解决local conflict：
每次操作语句（特殊加工之后）都记录下来（select操作可以不计入）到本地operQueue表（操作名，对象名，对象ID.....），每添加一条都与表中对比(根据 对比选择是继续添加，还是拒绝，暂时不考虑 覆盖吧，虽然可以时间但比较麻烦点)，对比显然是关键，如果是insert操作基本可以无视，但如果是插入的对象在operQueue中的对象ID中存在就拒绝，不存在就放行；如果是delete操作，如果ID存在，那么就覆盖原先（这里可以提醒土豪，让他选择），无 则放行，update操作基本放行，除了发现有相同ID的delete操作，那么就拒绝。当然还有一个关键是，当同步后清空本地表。
2，服务器数据库中添加字段flag（默认为空），和timestamp，同步 添加flag为1，同步 删除flag为-1，同步 修改flag为0（解决多终端conflict）关键是我们不删除而是标记删除符号。
解决多终端conflict：
离线同步都会记录下来，神马操作flag也会计入
conflict vs hexie
1）某个手机delete了，另一个离线操作还有update
2）某个手机delete了，另一个离线操作还有delete
3）某个手机insert了，另一个还有insert
因为我们的删除不是真的删除，找到带有删除flag的，就提醒用户该记录已被另一部终端给删除了，所以上面的conflict都能很容易解决是否接受或拒绝其他终端的离线同步操作
高潮来了：
1，在9：30，土豪用C手机online登录，然后又用B手机登录，又用A登录
联网事件触发。。。。。。。还有修改android bug 暂时不写了