MemSQL的纯内存设计理念MemSQL使用RAM作为PrimaryStorage。传统数据库使用磁盘作为PrimaryStorage。内存只做缓存用。MemSQL通过lockfreeskiplistsandhashtable来优化读。传统的缓存无法实现这种优化。内存不够，拒绝写请求。数据默认是异步批量顺序写log，结合定时快照以实现

需要APP暗屏情况下进行后台执行一些任务，但是google现在为了优化手机的体验，以及流畅性，做了很多的限制，电量优化，休眠模式，以及进入深度睡眠状态，进入深入休眠状态系统会根据黑白名单的应用进行管理，杀掉非白名单的后台进程以及网络请求；Android系统的优化是守护后台进程造成了很大困扰，线程之间守护已经是不在可靠，使用wakelock耗电过大也会是系统杀

!(https://oscimg.oschina.net/oscnet/1b95fa263bf944d2a50dca91420c3a78.jpg)感谢贡献者感谢@CongweiXu贡献的基于Etcd和Consul配置中心的模块发布日志发布策略!(https://oscimg.

发布日志版本更新：升级SpringBoot到2.1.9.RELEASE服务端更新：增加服务本身的权重路由修复叠加执行权重规则和版本区域策略会失效的Bug修复DiscoveryEnabledStrategy中apply方法执行两次的Bug

1、引言在中大型IM系统中，聊天消息的唯一ID生成策略是个很重要的技术点。不夸张的说，聊天消息ID贯穿了整个聊天生命周期的几乎每一个算法、逻辑和过程，ID生成策略的好坏有可能直接决定系统在某些技术点上的设计难易度。有中小型IM场景下，消息ID可以简单处理，反正只要唯一就行，而中大型场景下，因为要考虑到分布式的性能、一致性等，所以要考虑的问题

应用场景之前我们已经通过《SpringCloudStream消费失败后的处理策略（一）：自动重试》(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Fblog.didispace.com%2Fspringcloudstarterfinchley72%2F)一文介绍

之前分析了基本数据类型的优化，现在开始涉及全局和局部变量的优化，话说这个东西我从没想过还能这样优化的喂！全局变量/Globalvariables全局变量不会被分配在寄存器上，修改全局变量需要通过指针或者调用函数的方式间接进行。所以编译器不会将全局变量存储在寄存器中，那样会带来额外的、不必要的负担和存储空间。所以在比较关键的循环中，我们要

CleanMyMacX是一款Mac系统清理和优化软件，它可以帮助用户清理垃圾文件、卸载无用应用程序、优化系统性能等。以下是CleanMyMacX的主要特点：1.系统清理：CleanMyMacX可以清理Mac系统中的垃圾文件、缓存文件、日志文件等，释放磁盘空