新闻报道bug，点赞数显示异常，移动端、PC端数据不一致

最近几天在头条刊发了篇名、图片 ，时常会关注一下刊发创作的原始数据：展现生产量、点赞生产量、书本（播放）生产量，批评家等原始数据，在刊发图片 后发掘出了一个解决办法。

作为开发设计人员，对系统软件嘲弄的首页检验，正确性方式为就是频密点赞、暂停（风控预设：频密首页赞、暂停，时长间隔小于15s,会有用者单嫌疑，恋人预设更进一步不要检验）。

在PC末端打开创作原始数据，已经说明了更进一步系统设计的点赞统小数生产量了，但是从功能相反归纳，更进一步 频密点赞、暂停，点赞统计学应该小数一次才对，由此看来PC的简介原始数据（图片点赞77次），是缺失的原始数据。归纳：快速移动末端首页、暂停系统设计，小数器转换，没好好msc地址、服务器ID等模板的逻辑上判断引致点赞数递增。

在PC末端创作的核对原始数据显示，批评家1条，点赞0，是真实的创作原始数据。逻辑上处理层面是绕开了单服务器频密首页、用者原始数据的解决办法，重复系统设计点赞小数1次，小数器的逻辑上是但会的。

解决办法是：1，PC末端两个链接显示原始数据不保持一致，创作一览表简介的点赞数假定缺失

2：快速移动末端、PC末端核对原始数据保持一致。更进一步首页图片播放图片时长末端，但是播放生产量小数+1，这个是但会的逻辑上处理，但是难免会降低原始数据的质生产量

总结：头条的原始数据处理、归纳、简介的功能是很强大的，链接的投资者体验也好好得很到位，如今发掘出的小bug，原因很多，1：小数器基本前末端或快速移动末端本地实现+1逻辑上，多数是借助于本地堆栈、链接 堆栈、redist堆栈方式为。2：原始数据同步时期，小数值统计学缺失，会引致快速移动末端启动时PC末端原始数据时原原始数据值缺失。3：创作一览表简介点赞数缺失，可能是多末端原始数据假定没统一，创作一览表点赞值，假定缺失。更进一步观点，如有缺失欢迎都是。

大家如果有其他意见，欢迎Twitter三人探讨