昨天在凹凸数读写了一篇新文章，有关网易云音乐热评的分析，链接如下：之前由于懒，总是评论区放个代码就草草了事，技术号们也不太好转载，以后争取《凹凸数读》的每篇文章都在这个《凹凸玩数据》里写下流程。有个段子讲“十年文案老司机，不如网易评论区，网易文豪遍地走，评论全部单身狗”，网易云音乐的评论区也一直都是各类文案大神的聚集地。那么我们普通用户到底如

大家好，我是周杰伦。上周，微信里有个小伙伴儿给我发来了张图：我一瞅，是HTTPS啊！没用HTTP！再一瞅，是www.baidu.com啊，不是什么山寨网站！我瞬间明白了些什么，让他点击了一下浏览器地址栏中那个表示安全的小锁标志，查看了一下网站使用的HTTPS证书。果然不出我之所料，证书不是官方的，官方的证书长这样：而那个假的证书是他们公司签发的，看来，他们公

本文正文部分引用了58同城架师沈剑的文章，非常感谢他的分享。1、前言IM应用从服务端数据的角度来看，它是一种很特殊的应用场景，抛开基础数据、增值业务和附属功能不谈，单从IM聊天工具的立身之本——聊天数据来说，理论上是不需要在服务端存储的（或者说只需要短暂存储——比如离线消息，上线即拉走），这也是为什么微信在前段时间号称绝不存储用户聊天数

  当你使用线程来同时执行多个任务时，可以通过使用锁（互斥）来同步两个任务的行为，从而使得一个任务不会干涉另一个任务的资源。也就是说，如果两个任务在交替着使用某项共享资源（通常是内存），你可以使用互斥来是的任何时刻只有一个任务可以访问这项资源。那么，如果线程之间是协作关系，我们必须保证某些步骤在其他步骤之前先被处理。举个例子：必须先挖房子的地基，接下来才

  对程序开发人员来说，文件的读写是很重要的一项技能。但是令人惊讶的是，尽管Java提供了一个丰富而健壮的I/O库，进行一些基本的文件操作却显得很繁琐。不过在Java7中已经发生了一些改变，但那些使用Java6的就不那么好运了。幸运的是，Guava做了一些我们期望I/O库做的事情，提供了一系列的工具，让我们能够更方便的进行I/O操作。本篇，我们就开

最近打算给jSqlBox添加分布式事务功能，研究了几种分布式事务方案，对SAGA模式比较感兴趣，它是通过将多个事务隔离成多个单个事务，顺序执行（或回滚阶段倒序对冲）来完成的，但是SAGA分布式事务不能保证隔离性的问题，因为单纯的SAGA模式没有锁住资源。经考虑发现在SAGA的思路上，利用事务嵌套和全局锁，可以实现一种简单的分布式事务实现，暂时给它起个新名字叫

分布式系统的CAP理论：理论首先把分布式系统中的三个特性进行了如下归纳：●一致性（C）：在分布式系统中的所有数据备份，在同一时刻是否同样的值。（等同于所有节点访问同一份最新的数据副本）●可用性（A）：在集群中一部分节点故障后，集群整体是否还能响应客户端的读写请求。（对数据更新具备高可用性）●分区容错性（P）：以实际效果而言，分区相当于对

问题：硬件研发同事在调试一块TMS32F28027产品电路板时发现GPIO34出现上电控制正常，运行中只要Reset芯片，系统进入锁死状态，GPIO34引脚外部直接通过一个510欧电阻驱动光耦TLP181。据同事描述只有这个引脚驱动光耦的时候会出现这个问题，换用其它引脚驱动光耦，或则光耦去掉换成驱动LED都不会发生这个问题。相关原理图如下：!(h

一、背景360是一家注重用户体验的公司，公司的口号是用户至上。在这么一个注重用户体验的氛围里，app的性能问题无疑是被重点关注的，同样也是造成用户流失的罪魁祸首之一。性能问题主要包含：崩溃、网络请求错误或者超时、UI响应速度慢、主线程卡顿、CPU和内存使用高、耗电量大等等。大多问题的原因在于开发者错误地使用了线程、锁、系统函数、编程规范问题、数

事务四大特性原子性：不可分割的操作单元，事务中所有操作，要么全部成功；要么撤回到执行事务之前的状态一致性：如果在执行事务之前数据库是一致的，那么在执行事务之后数据库也还是一致的；隔离性：事务操作之间彼此独立和透明互不影响。事务独立运行。这通常使用锁来实现。一个事务处理后的结果，影响了其他事务，那么其他事务会撤回。