游戏自由连接464坑爹游戏22关怎么过过?
点击联系发帖人
时间：2016-07-05 12:36
&figure&&img src=&https://pic4.zhimg.com/v2-342ccabc9a8cfc80547bfb_b.jpg& data-rawwidth=&600& data-rawheight=&323& class=&origin_image zh-lightbox-thumb& width=&600& data-original=&https://pic4.zhimg.com/v2-342ccabc9a8cfc80547bfb_r.jpg&&&/figure&&p&花样抄袭了解一下&/p&&p&上一期的同名推荐&br&&/p&&p&被b站一个up主复刻版抄袭&br&&/p&&p&把我的文章念出来&br&&/p&&p&做成视频 防不胜防&br&&/p&&p&标题、文字解说、结尾基本全都一样&br&&/p&&p&还得到了很高的播放量&br&&/p&&p&b站、知乎投诉都没有结果&br&&/p&&p&于是我在评论区提醒大家&br&&/p&&p&他一边删 我一边继续评&br&&/p&&p&斗了几天 累了&br&&/p&&p&随着更多的小伙伴发现后（谢谢你们！&br&&/p&&p&今天他删除了&br&&/p&&p&几万的播放量、几百的关注到手&br&&/p&&p&他有什么亏的呢 删除就行了&br&&/p&&p&糟心的事放一边&br&&/p&&p&继续把良心的软件推荐给大家&br&&/p&&p&&br&&/p&&p&&br&&/p&&p&&br&&/p&&h2&&i&&b&Wallpaper Engine&/b&&/i&&/h2&&figure&&img src=&https://pic1.zhimg.com/v2-e0eadb91f8_b.jpg& data-caption=&& data-size=&normal& data-rawwidth=&602& data-rawheight=&324& class=&origin_image zh-lightbox-thumb& width=&602& data-original=&https://pic1.zhimg.com/v2-e0eadb91f8_r.jpg&&&/figure&&p&一款&b&动态壁纸&/b&工具——&b&wallpaper engine&/b& 。&br&&/p&&p&&br&&/p&&p&在steam平台售18元，号称让众多steam用户成功戒掉了游戏（误，其内的动态桌面很精致、丰富。&/p&&p&&br&&/p&&p&内含大量的精美壁纸以及动态壁纸素材，高清无码良心系列，来自创意工坊的众多优秀设计者，国内类似的软件的素材经知友提醒都可能盗自创意工坊平台。&/p&&figure&&img src=&https://pic3.zhimg.com/v2-273a45dc520d091c881c4cc_b.jpg& data-caption=&& data-size=&normal& data-rawwidth=&498& data-rawheight=&263& class=&origin_image zh-lightbox-thumb& width=&498& data-original=&https://pic3.zhimg.com/v2-273a45dc520d091c881c4cc_r.jpg&&&/figure&&p&同时还有&b&小游戏类&/b&，鼠标跟随、音频可视化效果壁纸等，桌面也可以拿来在办公闲暇时&b&休闲&/b&一会。&br&&/p&&p&&br&&/p&&p&不过得为它&b&留足存储空间&/b&才能愉快地使用，毕竟光安装包就500MB+，动态壁纸素材高分辨率的需要的空间则可能会更多。&/p&&p&&br&&/p&&p&&br&&/p&&p&&b&&i&桌面日历&/i&&/b&&/p&&figure&&img src=&https://pic3.zhimg.com/v2-ebb72e35868a_b.jpg& data-caption=&& data-size=&normal& data-rawwidth=&1080& data-rawheight=&642& class=&origin_image zh-lightbox-thumb& width=&1080& data-original=&https://pic3.zhimg.com/v2-ebb72e35868a_r.jpg&&&/figure&&p&&b&不断地寻找&/b&，一款简洁实用的桌面日历应用在哪里。&br&&/p&&p&&br&&/p&&p&终于找到的时候，原来它就叫&b&桌面日历&/b&……windows系统上的一款&b&永久免费&/b&的桌面软件。&/p&&p&&br&&/p&&p&&b&双击格子&/b&即可记录琐事，非常方便，非常实用，帮您&b&轻松管理&/b&待办事项、日程安排 ...同时还提供万年农历、24节气与各种常见的节庆、纪念日等信息。&/p&&figure&&img src=&https://pic4.zhimg.com/v2-fb9c3754cdd0a32ff2ed747_b.jpg& data-caption=&& data-size=&normal& data-rawwidth=&1068& data-rawheight=&761& class=&origin_image zh-lightbox-thumb& width=&1068& data-original=&https://pic4.zhimg.com/v2-fb9c3754cdd0a32ff2ed747_r.jpg&&&/figure&&p&&br&&/p&&p&&br&&/p&&p&&br&&/p&&h2&&b&&i&Wox&/i&&/b&&/h2&&figure&&img src=&https://pic1.zhimg.com/v2-9178156adfdfaf510fcce8_b.jpg& data-caption=&& data-size=&normal& data-rawwidth=&1044& data-rawheight=&609& class=&origin_image zh-lightbox-thumb& width=&1044& data-original=&https://pic1.zhimg.com/v2-9178156adfdfaf510fcce8_r.jpg&&&/figure&&p&Wox是一款&b&免费、开源&/b&的良心快捷启动工具。&br&&/p&&p&&br&&/p&&p&所以它&b&最基础&/b&的一个功能就是通过快捷键搜索&b&启动&/b&我们的应用，这样你的桌面就没有必要放置那么多快捷图标。&/p&&p&&br&&/p&&p&什么？你的桌面本来就很简洁，平时打开的应用也不多？但wox&b&依然值得推荐。&/b&&/p&&p&&br&&/p&&p&&b&因为&/b&它能够通过关键字触发完成各种操作。&/p&&p&&br&&/p&&p&&b&因为&/b&它还拥有众多实用的插件可以安装。&/p&&p&&br&&/p&&p&比如“g xxx”关键字代表用Google搜索kobe；&/p&&figure&&img src=&https://pic3.zhimg.com/v2-85abecf80a_b.jpg& data-caption=&& data-size=&normal& data-rawwidth=&921& data-rawheight=&265& class=&origin_image zh-lightbox-thumb& width=&921& data-original=&https://pic3.zhimg.com/v2-85abecf80a_r.jpg&&&/figure&&p&比如安装了 剪贴板历史 插件后 “cb”关键字代表查看剪贴板历史；&/p&&figure&&img src=&https://pic4.zhimg.com/v2-8fe2e2b640de1f20dbbef_b.jpg& data-caption=&& data-size=&normal& data-rawwidth=&924& data-rawheight=&315& class=&origin_image zh-lightbox-thumb& width=&924& data-original=&https://pic4.zhimg.com/v2-8fe2e2b640de1f20dbbef_r.jpg&&&/figure&&p&还有自带的“everything”插件，一下就&b&可以取代&/b&了之前推荐过的“everything”、“ditto”这些软件，厉害了。&br&&/p&&p&&br&&/p&&p&而在&b&mac平台&/b&上对应的软件是“Alfred”，wox有的它也有。&/p&&p&&br&&/p&&p&再次推荐。&/p&&p&&br&&/p&&p&&br&&/p&&h2&&b&&i&WGestures&/i&&/b&&/h2&&figure&&img src=&https://pic2.zhimg.com/v2-9b245dc766b767cbe1f69_b.jpg& data-caption=&& data-size=&normal& data-rawwidth=&1080& data-rawheight=&686& class=&origin_image zh-lightbox-thumb& width=&1080& data-original=&https://pic2.zhimg.com/v2-9b245dc766b767cbe1f69_r.jpg&&&/figure&&p&使用电脑新姿势之&b&鼠标手势&/b&，新世界的大门向你打开。&br&&/p&&p&&br&&/p&&p&Wgestures是一款免费开源的鼠标手势软件，作用于windows系统上，几乎&b&涵盖所有&/b&的windows程序。&/p&&p&&br&&/p&&p&通过鼠标的&b&上滑、右滑、左滑、下滑&/b&等手势就可以实现复制、粘贴等操作，极大地提高我们的效率。&/p&&p&&br&&/p&&p&上手确实&b&有些不习惯&/b&，但是熟悉了之后就可以起飞了。&/p&&p&&br&&/p&&p&&br&&/p&&p&&br&&/p&&p&&b&&i&CCleaner&/i&&/b&&/p&&figure&&img src=&https://pic3.zhimg.com/v2-04b42c87fe8709a1bbfa86_b.jpg& data-caption=&& data-size=&normal& data-rawwidth=&1080& data-rawheight=&616& class=&origin_image zh-lightbox-thumb& width=&1080& data-original=&https://pic3.zhimg.com/v2-04b42c87fe8709a1bbfa86_r.jpg&&&/figure&&p&虽然上期推荐的火绒也有清理垃圾功能，但我们得让&b&专业的软件&/b&来干专业的事。&br&&/p&&p&&br&&/p&&p&清理电脑垃圾的&b&不二选择&/b&，运行速度快，免费轻巧、功能强大、清理彻底，让你的磁盘&b&拥有更多空间&/b&。&/p&&p&&br&&/p&&p&还可以对注册表进行清理，以及附带的卸载软件功能。&/p&&figure&&img src=&https://pic2.zhimg.com/v2-a7df91abe8eb1bda7ea31_b.jpg& data-caption=&& data-size=&normal& data-rawwidth=&800& data-rawheight=&600& class=&origin_image zh-lightbox-thumb& width=&800& data-original=&https://pic2.zhimg.com/v2-a7df91abe8eb1bda7ea31_r.jpg&&&/figure&&p&&br&&/p&&p&&br&&/p&&p&&br&&/p&&h2&&b&&i&FDM&/i&&/b&&/h2&&figure&&img src=&https://pic4.zhimg.com/v2-b6d1fc4e8abd56c2f018e73c_b.jpg& data-caption=&& data-size=&normal& data-rawwidth=&1080& data-rawheight=&544& class=&origin_image zh-lightbox-thumb& width=&1080& data-original=&https://pic4.zhimg.com/v2-b6d1fc4e8abd56c2f018e73c_r.jpg&&&/figure&&p&上期推荐的猎鹰整体是不错的，但&b&不支持&/b&BT下载，所以这期继续推荐这个FDM。&br&&/p&&p&&br&&/p&&p&全称Free download manager，开源免费，简洁无广告，&b&支持BT下载，断点续传，并且同时支持Win和Mac系统。&/b&&/p&&p&&br&&/p&&p&Chrome、firefox、edge等大家推崇的浏览器都有&b&支持的&/b&FDM浏览器插件，支持嗅探下载。&/p&&p&&br&&/p&&p&也有很多人使用&b&IDM&/b&，不过需要付费（虽然也有pj），而FDM免费。&/p&&p&&br&&/p&&p&&br&&/p&&p&&br&&/p&&p&如果觉得还可以的话，希望大家多多支持~让更多人在这里看到而不是抄袭者那。&br&&/p&&p&&br&&/p&&p&以及你希望第三期推荐什么类型的电脑软件呢？欢迎留言~&/p&&p&&br&&/p&&p&&b&我们下期舰，拜拜！&/b&&/p&&p&&br&&/p&&p&&b&第一、三期详见↓&/b&&/p&&p&&br&&/p&&a href=&https://zhuanlan.zhihu.com/p/& data-draft-node=&block& data-draft-type=&link-card& data-image=&https://pic2.zhimg.com/v2-1c4d1f5d35cae7b4cd231_180x120.jpg& data-image-width=&700& data-image-height=&262& class=&internal&&见长：这才是应该装在你电脑上的“全家桶”软件&/a&&p&&br&&/p&&a href=&https://zhuanlan.zhihu.com/p/& data-draft-node=&block& data-draft-type=&link-card& data-image=&https://pic3.zhimg.com/v2-8b7c00b6e42e32cbabf9a54da3f2d976_180x120.jpg& data-image-width=&1920& data-image-height=&900& class=&internal&&见长：3×这才是应该装在你电脑上的“全家桶”软件&/a&
花样抄袭了解一下上一期的同名推荐 被b站一个up主复刻版抄袭 把我的文章念出来 做成视频 防不胜防 标题、文字解说、结尾基本全都一样 还得到了很高的播放量 b站、知乎投诉都没有结果 于是我在评论区提醒大家 他一边删 我一边继续评 斗了几天 累了 随着更多…
&p&&strong&本文已发表于《程序员》杂志2017年第3期，下面的版本又经过进一步的修订。&/strong&&/p&&h1&前言&/h1&&p&一般而言，现在互联网应用（网站或App）的整体流程，可以概括如图1所示，用户请求从界面（浏览器或App界面）到网络转发、应用服务再到存储（数据库或文件系统），然后返回到界面呈现内容。&/p&&p&随着互联网的普及，内容信息越来越复杂，用户数和访问量越来越大，我们的应用需要支撑更多的并发量，同时我们的应用服务器和数据库服务器所做的计算也越来越多。但是往往我们的应用服务器资源是有限的，且技术变革是缓慢的，数据库每秒能接受的请求次数也是有限的（或者文件的读写也是有限的），如何能够有效利用有限的资源来提供尽可能大的吞吐量？一个有效的办法就是引入缓存，打破标准流程，每个环节中请求可以从缓存中直接获取目标数据并返回，从而减少计算量，有效提升响应速度，让有限的资源服务更多的用户。&/p&&p&如图1所示，缓存的使用可以出现在1～4的各个环节中，每个环节的缓存方案与使用各有特点。&/p&&br&&figure&&img src=&https://pic4.zhimg.com/v2-f9f143b2d56eed6dac717_b.jpg& data-rawwidth=&273& data-rawheight=&470& class=&content_image& width=&273&&&/figure&&br&&p&图1 互联网应用一般流程&/p&&h1&缓存特征&/h1&&p&缓存也是一个数据模型对象，那么必然有它的一些特征：&/p&&h4&命中率&/h4&&p&命中率=返回正确结果数/请求缓存次数，命中率问题是缓存中的一个非常重要的问题，它是衡量缓存有效性的重要指标。命中率越高，表明缓存的使用率越高。&/p&&h4&最大元素（或最大空间）&/h4&&p&缓存中可以存放的最大元素的数量，一旦缓存中元素数量超过这个值（或者缓存数据所占空间超过其最大支持空间），那么将会触发缓存启动清空策略根据不同的场景合理的设置最大元素值往往可以一定程度上提高缓存的命中率，从而更有效的时候缓存。&/p&&h4&清空策略&/h4&&p&如上描述，缓存的存储空间有限制，当缓存空间被用满时，如何保证在稳定服务的同时有效提升命中率？这就由缓存清空策略来处理，设计适合自身数据特征的清空策略能有效提升命中率。常见的一般策略有：&/p&&ul&&li&&p&&strong&FIFO(first in first out)&/strong&&/p&&p&先进先出策略，最先进入缓存的数据在缓存空间不够的情况下（超出最大元素限制）会被优先被清除掉，以腾出新的空间接受新的数据。策略算法主要比较缓存元素的创建时间。在数据实效性要求场景下可选择该类策略，优先保障最新数据可用。&/p&&/li&&li&&p&&strong&LFU(less frequently used)&/strong&&/p&&p&最少使用策略，无论是否过期，根据元素的被使用次数判断，清除使用次数较少的元素释放空间。策略算法主要比较元素的hitCount（命中次数）。在保证高频数据有效性场景下，可选择这类策略。&/p&&/li&&li&&p&&strong&LRU(least recently used)&/strong&&/p&&p&最近最少使用策略，无论是否过期，根据元素最后一次被使用的时间戳，清除最远使用时间戳的元素释放空间。策略算法主要比较元素最近一次被get使用时间。在热点数据场景下较适用，优先保证热点数据的有效性。&/p&&/li&&/ul&&p&除此之外，还有一些简单策略比如：&/p&&ul&&li&根据过期时间判断，清理过期时间最长的元素；&/li&&li&根据过期时间判断，清理最近要过期的元素；&/li&&li&随机清理；&/li&&li&根据关键字（或元素内容）长短清理等。&/li&&/ul&&h1&缓存介质&/h1&&p&虽然从硬件介质上来看，无非就是内存和硬盘两种，但从技术上，可以分成内存、硬盘文件、数据库。&/p&&ul&&li&&strong&内存：&/strong&将缓存存储于内存中是最快的选择，无需额外的I/O开销，但是内存的缺点是没有持久化落地物理磁盘，一旦应用异常break down而重新启动，数据很难或者无法复原。&/li&&li&&strong&硬盘：&/strong&一般来说，很多缓存框架会结合使用内存和硬盘，在内存分配空间满了或是在异常的情况下，可以被动或主动的将内存空间数据持久化到硬盘中，达到释放空间或备份数据的目的。&/li&&li&&strong&数据库：&/strong&前面有提到，增加缓存的策略的目的之一就是为了减少数据库的I/O压力。现在使用数据库做缓存介质是不是又回到了老问题上了？其实，数据库也有很多种类型，像那些不支持SQL，只是简单的key-value存储结构的特殊数据库（如BerkeleyDB和Redis），响应速度和吞吐量都远远高于我们常用的关系型数据库等。&/li&&/ul&&h1&缓存分类和应用场景&/h1&&p&缓存有各类特征，而且有不同介质的区别，那么实际工程中我们怎么去对缓存分类呢？在目前的应用服务框架中，比较常见的，时根据缓存雨应用的藕合度，分为local cache（本地缓存）和remote cache（分布式缓存）：&/p&&ul&&li&&p&&strong&本地缓存&/strong&：指的是在应用中的缓存组件，其最大的优点是应用和cache是在同一个进程内部，请求缓存非常快速，没有过多的网络开销等，在单应用不需要集群支持或者集群情况下各节点无需互相通知的场景下使用本地缓存较合适；同时，它的缺点也是应为缓存跟应用程序耦合，多个应用程序无法直接的共享缓存，各应用或集群的各节点都需要维护自己的单独缓存，对内存是一种浪费。&/p&&/li&&li&&p&&strong&分布式缓存&/strong&：指的是与应用分离的缓存组件或服务，其最大的优点是自身就是一个独立的应用，与本地应用隔离，多个应用可直接的共享缓存。&/p&&/li&&/ul&&p&目前各种类型的缓存都活跃在成千上万的应用服务中，还没有一种缓存方案可以解决一切的业务场景或数据类型，我们需要根据自身的特殊场景和背景，选择最适合的缓存方案。缓存的使用是程序员、架构师的必备技能，好的程序员能根据数据类型、业务场景来准确判断使用何种类型的缓存，如何使用这种缓存，以最小的成本最快的效率达到最优的目的。&/p&&h2&本地缓存&/h2&&h3&编程直接实现缓存&/h3&&p&个别场景下，我们只需要简单的缓存数据的功能，而无需关注更多存取、清空策略等深入的特性时，直接编程实现缓存则是最便捷和高效的。&/p&&p&&strong&a. 成员变量或局部变量实现&/strong&&/p&&p&简单代码示例如下：&/p&&div class=&highlight&&&pre&&code class=&language-text&&&span&&/span&
public void UseLocalCache(){
//一个本地的缓存变量
Map&String, Object& localCacheStoreMap = new HashMap&String, Object&();
List&Object& infosList = this.getInfoList();
for(Object item:infosList){
if(localCacheStoreMap.containsKey(item)){ //缓存命中 使用缓存数据
} else { // 缓存未命中
IO获取数据，结果存入缓存
Object valueObject = this.getInfoFromDB();
localCacheStoreMap.put(valueObject.toString(), valueObject);
private List&Object& getInfoList(){
return new ArrayList&Object&();
//示例数据库IO获取
private Object getInfoFromDB(){
return new Object();
&/code&&/pre&&/div&&p&以局部变量map结构缓存部分业务数据，减少频繁的重复数据库I/O操作。缺点仅限于类的自身作用域内，类间无法共享缓存。&/p&&p&&strong&b. 静态变量实现&/strong&&/p&&p&最常用的单例实现静态资源缓存，代码示例如下：&/p&&div class=&highlight&&&pre&&code class=&language-text&&&span&&/span&
public class CityUtils {
private static final HttpClient httpClient = ServerHolder.createClientWithPool();
private static Map&Integer, String& cityIdNameMap = new HashMap&Integer, String&();
private static Map&Integer, String& districtIdNameMap = new HashMap&Integer, String&();
HttpGet get = new HttpGet(&http://gis-in.sankuai.com/api/location/city/all&);
BaseAuthorizationUtils.generateAuthAndDateHeader(get,
BaseAuthorizationUtils.CLIENT_TO_REQUEST_MDC,
BaseAuthorizationUtils.SECRET_TO_REQUEST_MDC);
String resultStr = httpClient.execute(get, new BasicResponseHandler());
JSONObject resultJo = new JSONObject(resultStr);
JSONArray dataJa = resultJo.getJSONArray(&data&);
for (int i = 0; i & dataJa.length(); i++) {
JSONObject itemJo = dataJa.getJSONObject(i);
cityIdNameMap.put(itemJo.getInt(&id&), itemJo.getString(&name&));
} catch (Exception e) {
throw new RuntimeException(&Init City List Error!&, e);
HttpGet get = new HttpGet(&http://gis-in.sankuai.com/api/location/district/all&);
BaseAuthorizationUtils.generateAuthAndDateHeader(get,
BaseAuthorizationUtils.CLIENT_TO_REQUEST_MDC,
BaseAuthorizationUtils.SECRET_TO_REQUEST_MDC);
String resultStr = httpClient.execute(get, new BasicResponseHandler());
JSONObject resultJo = new JSONObject(resultStr);
JSONArray dataJa = resultJo.getJSONArray(&data&);
for (int i = 0; i & dataJa.length(); i++) {
JSONObject itemJo = dataJa.getJSONObject(i);
districtIdNameMap.put(itemJo.getInt(&id&), itemJo.getString(&name&));
} catch (Exception e) {
throw new RuntimeException(&Init District List Error!&, e);
public static String getCityName(int cityId) {
String name = cityIdNameMap.get(cityId);
if (name == null) {
name = &未知&;
public static String getDistrictName(int districtId) {
String name = districtIdNameMap.get(districtId);
if (name == null) {
name = &未知&;
&/code&&/pre&&/div&&p&O2O业务中常用的城市基础基本信息判断，通过静态变量一次获取缓存内存中，减少频繁的I/O读取，静态变量实现类间可共享，进程内可共享，缓存的实时性稍差。&/p&&p&为了解决本地缓存数据的实时性问题，目前大量使用的是结合ZooKeeper的自动发现机制，实时变更本地静态变量缓存：&/p&&p&美团点评内部的基础配置组件MtConfig，采用的就是类似原理，使用静态变量缓存，结合ZooKeeper的统一管理，做到自动动态更新缓存，如图2所示。&br&&/p&&br&&figure&&img src=&https://pic1.zhimg.com/v2-0ac209dd21cf8cdcad72211_b.jpg& data-rawwidth=&412& data-rawheight=&247& class=&content_image& width=&412&&&/figure&&br&&p&图2 Mtconfig实现图&/p&&blockquote&&p&&strong&这类缓存实现，优点是能直接在heap区内读写，最快也最方便；缺点同样是受heap区域影响，缓存的数据量非常有限，同时缓存时间受GC影响。主要满足单机场景下的小数据量缓存需求，同时对缓存数据的变更无需太敏感感知，如上一般配置管理、基础静态数据等场景。&/strong&&/p&&/blockquote&&h3&Ehcache&/h3&&p&Ehcache是现在最流行的纯Java开源缓存框架，配置简单、结构清晰、功能强大，是一个非常轻量级的缓存实现，我们常用的Hibernate里面就集成了相关缓存功能。&/p&&br&&figure&&img src=&https://pic4.zhimg.com/v2-3b8f84f608e59fade1f6795_b.jpg& data-rawwidth=&767& data-rawheight=&305& class=&origin_image zh-lightbox-thumb& width=&767& data-original=&https://pic4.zhimg.com/v2-3b8f84f608e59fade1f6795_r.jpg&&&/figure&&br&&p&图3 Ehcache框架图&/p&&p&从图3中我们可以了解到，Ehcache的核心定义主要包括：&/p&&ul&&li&&p&&strong&cache manager：&/strong&缓存管理器，以前是只允许单例的，不过现在也可以多实例了。&/p&&/li&&li&&p&&strong&cache：&/strong&缓存管理器内可以放置若干cache，存放数据的实质，所有cache都实现了Ehcache接口，这是一个真正使用的缓存实例；通过缓存管理器的模式，可以在单个应用中轻松隔离多个缓存实例，独立服务于不同业务场景需求，缓存数据物理隔离，同时需要时又可共享使用。&/p&&/li&&li&&p&&strong&element：&/strong&单条缓存数据的组成单位。&/p&&/li&&li&&p&&strong&system of record（SOR）：&/strong&可以取到真实数据的组件，可以是真正的业务逻辑、外部接口调用、存放真实数据的数据库等，缓存就是从SOR中读取或者写入到SOR中去的。&/p&&/li&&/ul&&p&在上层可以看到，整个Ehcache提供了对JSR、JMX等的标准支持，能够较好的兼容和移植，同时对各类对象有较完善的监控管理机制。它的缓存介质涵盖堆内存（heap）、堆外内存（BigMemory商用版本支持）和磁盘，各介质可独立设置属性和策略。Ehcache最初是独立的本地缓存框架组件，在后期的发展中，结合Terracotta服务阵列模型，可以支持分布式缓存集群，主要有RMI、JGroups、JMS和Cache Server等传播方式进行节点间通信，如图3的左侧部分描述。&/p&&p&整体数据流转包括这样几类行为:&/p&&ul&&li&Flush：缓存条目向低层次移动。&/li&&li&Fault：从低层拷贝一个对象到高层。在获取缓存的过程中，某一层发现自己的该缓存条目已经失效，就触发了Fault行为。&/li&&li&Eviction：把缓存条目除去。&/li&&li&Expiration：失效状态。&/li&&li&Pinning：强制缓存条目保持在某一层。&/li&&/ul&&p&图4反映了数据在各个层之间的流转，同时也体现了各层数据的一个生命周期。&/p&&br&&figure&&img src=&https://pic1.zhimg.com/v2-a46de6e557a73ec34d566_b.jpg& data-rawwidth=&304& data-rawheight=&491& class=&content_image& width=&304&&&/figure&&br&&p&图4 缓存数据流转图（L1:本地内存层；L2:Terracotta服务节点层)&/p&&p&Ehcache的配置使用如下：&/p&&div class=&highlight&&&pre&&code class=&language-text&&&span&&/span&&ehcache&
&!-- 指定一个文件目录，当Ehcache把数据写到硬盘上时，将把数据写到这个文件目录下 --&
&diskStore path=&java.io.tmpdir&/&
&!-- 设定缓存的默认数据过期策略 --&
&defaultCache
maxElementsInMemory=&10000&
eternal=&false&
overflowToDisk=&true&
timeToIdleSeconds=&0&
timeToLiveSeconds=&0&
diskPersistent=&false&
diskExpiryThreadIntervalSeconds=&120&/&
设定具体的命名缓存的数据过期策略
cache元素的属性：
name：缓存名称
maxElementsInMemory：内存中最大缓存对象数
maxElementsOnDisk：硬盘中最大缓存对象数，若是0表示无穷大
eternal：true表示对象永不过期，此时会忽略timeToIdleSeconds和timeToLiveSeconds属性，默认为false
overflowToDisk：true表示当内存缓存的对象数目达到了maxElementsInMemory界限后，会把溢出的对象写到硬盘缓存中。注意：如果缓存的对象要写入到硬盘中的话，则该对象必须实现了Serializable接口才行。
diskSpoolBufferSizeMB：磁盘缓存区大小，默认为30MB。每个Cache都应该有自己的一个缓存区。
diskPersistent：是否缓存虚拟机重启期数据
diskExpiryThreadIntervalSeconds：磁盘失效线程运行时间间隔，默认为120秒
timeToIdleSeconds： 设定允许对象处于空闲状态的最长时间，以秒为单位。当对象自从最近一次被访问后，如果处于空闲状态的时间超过了timeToIdleSeconds属性值，这个对象就会过期，EHCache将把它从缓存中清空。只有当eternal属性为false，该属性才有效。如果该属性值为0，则表示对象可以无限期地处于空闲状态
timeToLiveSeconds：设定对象允许存在于缓存中的最长时间，以秒为单位。当对象自从被存放到缓存中后，如果处于缓存中的时间超过了 timeToLiveSeconds属性值，这个对象就会过期，Ehcache将把它从缓存中清除。只有当eternal属性为false，该属性才有效。如果该属性值为0，则表示对象可以无限期地存在于缓存中。timeToLiveSeconds必须大于timeToIdleSeconds属性，才有意义
memoryStoreEvictionPolicy：当达到maxElementsInMemory限制时，Ehcache将会根据指定的策略去清理内存。可选策略有：LRU（最近最少使用，默认策略）、FIFO（先进先出）、LFU（最少访问次数）。
&cache name=&CACHE1&
maxElementsInMemory=&1000&
eternal=&true&
overflowToDisk=&true&/&
&cache name=&CACHE2&
maxElementsInMemory=&1000&
eternal=&false&
timeToIdleSeconds=&200&
timeToLiveSeconds=&4000&
overflowToDisk=&true&/&
&/ehcache&
&/code&&/pre&&/div&&blockquote&&p&&strong&整体上看，Ehcache的使用还是相对简单便捷的，提供了完整的各类API接口。需要注意的是，虽然Ehcache支持磁盘的持久化，但是由于存在两级缓存介质，在一级内存中的缓存，如果没有主动的刷入磁盘持久化的话，在应用异常down机等情形下，依然会出现缓存数据丢失，为此可以根据需要将缓存刷到磁盘，将缓存条目刷到磁盘的操作可以通过cache.flush()方法来执行，需要注意的是，对于对象的磁盘写入，前提是要将对象进行序列化。&/strong&&/p&&/blockquote&&p&&strong&主要特性：&/strong&&/p&&ul&&li&快速，针对大型高并发系统场景，Ehcache的多线程机制有相应的优化改善。&/li&&li&简单，很小的jar包，简单配置就可直接使用，单机场景下无需过多的其他服务依赖。&/li&&li&支持多种的缓存策略，灵活。&/li&&li&缓存数据有两级：内存和磁盘，与一般的本地内存缓存相比，有了磁盘的存储空间，将可以支持更大量的数据缓存需求。&/li&&li&具有缓存和缓存管理器的侦听接口，能更简单方便的进行缓存实例的监控管理。&/li&&li&支持多缓存管理器实例，以及一个实例的多个缓存区域。&/li&&/ul&&blockquote&&p&&strong&注意：Ehcache的超时设置主要是针对整个cache实例设置整体的超时策略，而没有较好的处理针对单独的key的个性的超时设置（有策略设置，但是比较复杂，就不描述了），因此，在使用中要注意过期失效的缓存元素无法被GC回收，时间越长缓存越多，内存占用也就越大，内存泄露的概率也越大。&/strong&&/p&&/blockquote&&h3&Guava Cache&/h3&&p&Guava Cache是Google开源的Java重用工具集库Guava里的一款缓存工具，其主要实现的缓存功能有：&/p&&ul&&li&自动将entry节点加载进缓存结构中；&/li&&li&当缓存的数据超过设置的最大值时，使用LRU算法移除；&/li&&li&具备根据entry节点上次被访问或者写入时间计算它的过期机制；&/li&&li&缓存的key被封装在WeakReference引用内；&/li&&li&缓存的Value被封装在WeakReference或SoftReference引用内；&/li&&li&统计缓存使用过程中命中率、异常率、未命中率等统计数据。&/li&&/ul&&p&Guava Cache的架构设计灵感来源于ConcurrentHashMap，我们前面也提到过，简单场景下可以自行编码通过hashmap来做少量数据的缓存，但是，如果结果可能随时间改变或者是希望存储的数据空间可控的话，自己实现这种数据结构还是有必要的。&/p&&p&Guava Cache继承了ConcurrentHashMap的思路，使用多个segments方式的细粒度锁，在保证线程安全的同时，支持高并发场景需求。Cache类似于Map，它是存储键值对的集合，不同的是它还需要处理evict、expire、dynamic load等算法逻辑，需要一些额外信息来实现这些操作。对此，根据面向对象思想，需要做方法与数据的关联封装。如图5所示cache的内存数据模型，可以看到，使用ReferenceEntry接口来封装一个键值对，而用ValueReference来封装Value值，之所以用Reference命令，是因为Cache要支持WeakReference Key和SoftReference、WeakReference value。&/p&&br&&figure&&img src=&https://pic1.zhimg.com/v2-ec7acc599dff54ae8a4ba8_b.jpg& data-rawwidth=&733& data-rawheight=&542& class=&origin_image zh-lightbox-thumb& width=&733& data-original=&https://pic1.zhimg.com/v2-ec7acc599dff54ae8a4ba8_r.jpg&&&/figure&&br&&p&图5 Guava Cache数据结构图&/p&&p&&strong&ReferenceEntry&/strong&是对一个键值对节点的抽象，它包含了key和值的ValueReference抽象类，Cache由多个Segment组成，而每个Segment包含一个ReferenceEntry数组，每个ReferenceEntry数组项都是一条ReferenceEntry链，且一个ReferenceEntry包含key、hash、valueReference、next字段。除了在ReferenceEntry数组项中组成的链，在一个Segment中，所有ReferenceEntry还组成access链（accessQueue）和write链（writeQueue）（后面会介绍链的作用）。ReferenceEntry可以是强引用类型的key，也可以WeakReference类型的key，为了减少内存使用量，还可以根据是否配置了expireAfterWrite、expireAfterAccess、maximumSize来决定是否需要write链和access链确定要创建的具体Reference：StrongEntry、StrongWriteEntry、StrongAccessEntry、StrongWriteAccessEntry等。&/p&&p&&strong&对于ValueReference&/strong&，因为Cache支持强引用的Value、SoftReference Value以及WeakReference Value，因而它对应三个实现类：StrongValueReference、SoftValueReference、WeakValueReference。为了支持动态加载机制，它还有一个LoadingValueReference，在需要动态加载一个key的值时，先把该值封装在LoadingValueReference中，以表达该key对应的值已经在加载了，如果其他线程也要查询该key对应的值，就能得到该引用，并且等待改值加载完成，从而保证该值只被加载一次，在该值加载完成后，将LoadingValueReference替换成其他ValueReference类型。ValueReference对象中会保留对ReferenceEntry的引用，这是因为在Value因为WeakReference、SoftReference被回收时，需要使用其key将对应的项从Segment的table中移除。&/p&&p&&strong&WriteQueue和AccessQueue ：&/strong&为了实现最近最少使用算法，Guava Cache在Segment中添加了两条链：write链（writeQueue）和access链（accessQueue），这两条链都是一个双向链表，通过ReferenceEntry中的previousInWriteQueue、nextInWriteQueue和previousInAccessQueue、nextInAccessQueue链接而成，但是以Queue的形式表达。WriteQueue和AccessQueue都是自定义了offer、add（直接调用offer）、remove、poll等操作的逻辑，对offer（add）操作，如果是新加的节点，则直接加入到该链的结尾，如果是已存在的节点，则将该节点链接的链尾；对remove操作，直接从该链中移除该节点；对poll操作，将头节点的下一个节点移除，并返回。&/p&&p&&strong&了解了cache的整体数据结构后，再来看下针对缓存的相关操作就简单多了：&/strong&&/p&&ul&&li&Segment中的evict清除策略操作，是在每一次调用操作的开始和结束时触发清理工作，这样比一般的缓存另起线程监控清理相比，可以减少开销，但如果长时间没有调用方法的话，会导致不能及时的清理释放内存空间的问题。evict主要处理四个Queue：1. keyReferenceQueue；2. valueReferenceQueue；3. writeQueue；4. accessQueue。前两个queue是因为WeakReference、SoftReference被垃圾回收时加入的，清理时只需要遍历整个queue，将对应的项从LocalCache中移除即可，这里keyReferenceQueue存放ReferenceEntry，而valueReferenceQueue存放的是ValueReference，要从Cache中移除需要有key，因而ValueReference需要有对ReferenceEntry的引用，这个前面也提到过了。而对后面两个Queue，只需要检查是否配置了相应的expire时间，然后从头开始查找已经expire的Entry，将它们移除即可。&/li&&li&Segment中的put操作：put操作相对比较简单，首先它需要获得锁，然后尝试做一些清理工作，接下来的逻辑类似ConcurrentHashMap中的rehash，查找位置并注入数据。需要说明的是当找到一个已存在的Entry时，需要先判断当前的ValueRefernece中的值事实上已经被回收了，因为它们可以是WeakReference、SoftReference类型，如果已经被回收了，则将新值写入。并且在每次更新时注册当前操作引起的移除事件，指定相应的原因：COLLECTED、REPLACED等，这些注册的事件在退出的时候统一调用Cache注册的RemovalListener，由于事件处理可能会有很长时间，因而这里将事件处理的逻辑在退出锁以后才做。最后，在更新已存在的Entry结束后都尝试着将那些已经expire的Entry移除。另外put操作中还需要更新writeQueue和accessQueue的语义正确性。&/li&&li&Segment带CacheLoader的get操作：1. 先查找table中是否已存在没有被回收、也没有expire的entry，如果找到，并在CacheBuilder中配置了refreshAfterWrite，并且当前时间间隔已经操作这个事件，则重新加载值，否则，直接返回原有的值；2. 如果查找到的ValueReference是LoadingValueReference，则等待该LoadingValueReference加载结束，并返回加载的值；3. 如果没有找到entry，或者找到的entry的值为null，则加锁后，继续在table中查找已存在key对应的entry，如果找到并且对应的entry.isLoading()为true，则表示有另一个线程正在加载，因而等待那个线程加载完成，如果找到一个非null值，返回该值，否则创建一个LoadingValueReference，并调用loadSync加载相应的值，在加载完成后，将新加载的值更新到table中，即大部分情况下替换原来的LoadingValueReference。&/li&&/ul&&p&Guava Cache提供Builder模式的CacheBuilder生成器来创建缓存的方式，十分方便，并且各个缓存参数的配置设置，类似于函数式编程的写法，可自行设置各类参数选型。它提供三种方式加载到缓存中。分别是：&/p&&ol&&li&在构建缓存的时候，使用build方法内部调用CacheLoader方法加载数据；&/li&&li&callable 、callback方式加载数据；&/li&&li&使用粗暴直接的方式，直接Cache.put 加载数据，但自动加载是首选的，因为它可以更容易的推断所有缓存内容的一致性。&/li&&/ol&&p&build生成器的两种方式都实现了一种逻辑：从缓存中取key的值，如果该值已经缓存过了则返回缓存中的值，如果没有缓存过可以通过某个方法来获取这个值，不同的地方在于cacheloader的定义比较宽泛，是针对整个cache定义的，可以认为是统一的根据key值load value的方法，而callable的方式较为灵活，允许你在get的时候指定load方法。使用示例如下：&/p&&div class=&highlight&&&pre&&code class=&language-text&&&span&&/span&
* CacheLoader
public void loadingCache()
LoadingCache&String, String& graphs =CacheBuilder.newBuilder()
.maximumSize(1000).build(new CacheLoader&String, String&()
public String load(String key) throws Exception
System.out.println(&key:&+key);
if(&key&.equals(key)){
return &key return result&;
return &get-if-absent-compute&;
String resultVal =
resultVal = graphs.get(&key&);
} catch (ExecutionException e) {
e.printStackTrace();
System.out.println(resultVal);
* Callable
public void callablex() throws ExecutionException
Cache&String, String& cache = CacheBuilder.newBuilder()
.maximumSize(1000).build();
String result = cache.get(&key&, new Callable&String&()
public String call()
return &result&;
System.out.println(result);
&/code&&/pre&&/div&&blockquote&&p&&strong&总体来看，Guava Cache基于ConcurrentHashMap的优秀设计借鉴，在高并发场景支持和线程安全上都有相应的改进策略，使用Reference引用命令，提升高并发下的数据……访问速度并保持了GC的可回收，有效节省空间；同时，write链和access链的设计，能更灵活、高效的实现多种类型的缓存清理策略，包括基于容量的清理、基于时间的清理、基于引用的清理等；编程式的build生成器管理，让使用者有更多的自由度，能够根据不同场景设置合适的模式。&/strong&&/p&&/blockquote&&h2&分布式缓存&/h2&&h3&memcached缓存&/h3&&p&memcached是应用较广的开源分布式缓存产品之一，它本身其实不提供分布式解决方案。在服务端，memcached集群环境实际就是一个个memcached服务器的堆积，环境搭建较为简单；cache的分布式主要是在客户端实现，通过客户端的路由处理来达到分布式解决方案的目的。客户端做路由的原理非常简单，应用服务器在每次存取某key的value时，通过某种算法把key映射到某台memcached服务器nodeA上，因此这个key所有操作都在nodeA上，结构图如图6、图7所示。&/p&&br&&figure&&img src=&https://pic4.zhimg.com/v2-43a874fb64bfa6d92eee454ea474fc63_b.jpg& data-rawwidth=&514& data-rawheight=&522& class=&origin_image zh-lightbox-thumb& width=&514& data-original=&https://pic4.zhimg.com/v2-43a874fb64bfa6d92eee454ea474fc63_r.jpg&&&/figure&&br&图6 memcached客户端路由图&br&&br&&figure&&img src=&https://pic1.zhimg.com/v2-160c578c254cecf5bf493ecd93a78d6b_b.jpg& data-rawwidth=&464& data-rawheight=&353& class=&origin_image zh-lightbox-thumb& width=&464& data-original=&https://pic1.zhimg.com/v2-160c578c254cecf5bf493ecd93a78d6b_r.jpg&&&/figure&&br&&p&图7 memcached一致性hash示例图&/p&&p&memcached客户端采用一致性hash算法作为路由策略，如图7，相对于一般hash（如简单取模）的算法，一致性hash算法除了计算key的hash值外，还会计算每个server对应的hash值，然后将这些hash值映射到一个有限的值域上（比如0~2^32）。通过寻找hash值大于hash(key)的最小server作为存储该key数据的目标server。如果找不到，则直接把具有最小hash值的server作为目标server。同时，一定程度上，解决了扩容问题，增加或删除单个节点，对于整个集群来说，不会有大的影响。最近版本，增加了虚拟节点的设计，进一步提升了可用性。&/p&&p&memcached是一个高效的分布式内存cache，了解memcached的内存管理机制，才能更好的掌握memcached，让我们可以针对我们数据特点进行调优，让其更好的为我所用。我们知道memcached仅支持基础的key-value键值对类型数据存储。在memcached内存结构中有两个非常重要的概念：slab和chunk。如图8所示。&/p&&br&&figure&&img src=&https://pic4.zhimg.com/v2-b5ee29af8c92f86d8efdb1a60bdf12e6_b.jpg& data-rawwidth=&429& data-rawheight=&287& class=&origin_image zh-lightbox-thumb& width=&429& data-original=&https://pic4.zhimg.com/v2-b5ee29af8c92f86d8efdb1a60bdf12e6_r.jpg&&&/figure&&br&&p&图8 memcached内存结构图&/p&&p&slab是一个内存块，它是memcached一次申请内存的最小单位。在启动memcached的时候一般会使用参数-m指定其可用内存，但是并不是在启动的那一刻所有的内存就全部分配出去了，只有在需要的时候才会去申请，而且每次申请一定是一个slab。Slab的大小固定为1M（1048576 Byte），一个slab由若干个大小相等的chunk组成。每个chunk中都保存了一个item结构体、一对key和value。&/p&&p&虽然在同一个slab中chunk的大小相等的，但是在不同的slab中chunk的大小并不一定相等，在memcached中按照chunk的大小不同，可以把slab分为很多种类（class），默认情况下memcached把slab分为40类（class1～class40），在class 1中，chunk的大小为80字节，由于一个slab的大小是固定的1048576字节（1M），因此在class1中最多可以有13107个chunk（也就是这个slab能存最多13107个小于80字节的key-value数据）。&/p&&p&memcached内存管理采取预分配、分组管理的方式，分组管理就是我们上面提到的slab class，按照chunk的大小slab被分为很多种类。内存预分配过程是怎样的呢？向memcached添加一个item时候，memcached首先会根据item的大小，来选择最合适的slab class：例如item的大小为190字节，默认情况下class 4的chunk大小为160字节显然不合适，class 5的chunk大小为200字节，大于190字节，因此该item将放在class 5中（显然这里会有10字节的浪费是不可避免的），计算好所要放入的chunk之后，memcached会去检查该类大小的chunk还有没有空闲的，如果没有，将会申请1M（1个slab）的空间并划分为该种类chunk。例如我们第一次向memcached中放入一个190字节的item时，memcached会产生一个slab class 2（也叫一个page），并会用去一个chunk，剩余5241个chunk供下次有适合大小item时使用，当我们用完这所有的5242个chunk之后，下次再有一个在160～200字节之间的item添加进来时，memcached会再次产生一个class 5的slab（这样就存在了2个pages）。&/p&&p&&strong&总结来看，memcached内存管理需要注意的几个方面：&/strong&&/p&&ul&&li&chunk是在page里面划分的，而page固定为1m，所以chunk最大不能超过1m。&/li&&li&chunk实际占用内存要加48B，因为chunk数据结构本身需要占用48B。&/li&&li&如果用户数据大于1m，则memcached会将其切割，放到多个chunk内。&/li&&li&已分配出去的page不能回收。&/li&&/ul&&blockquote&&p&&strong&对于key-value信息，最好不要超过1m的大小；同时信息长度最好相对是比较均衡稳定的，这样能够保障最大限度的使用内存；同时，memcached采用的LRU清理策略，合理甚至过期时间，提高命中率。&/strong&&/p&&/blockquote&&p&无特殊场景下，key-value能满足需求的前提下，使用memcached分布式集群是较好的选择，搭建与操作使用都比较简单；分布式集群在单点故障时，只影响小部分数据异常，目前还可以通过Magent缓存代理模式，做单点备份，提升高可用；整个缓存都是基于内存的，因此响应时间是很快，不需要额外的序列化、反序列化的程序，但同时由于基于内存，数据没有持久化，集群故障重启数据无法恢复。高版本的memcached已经支持CAS模式的原子操作，可以低成本的解决并发控制问题。&/p&&h3&Redis缓存&/h3&&p&Redis是一个远程内存数据库（非关系型数据库），性能强劲，具有复制特性以及解决问题而生的独一无二的数据模型。它可以存储键值对与5种不同类型的值之间的映射，可以将存储在内存的键值对数据持久化到硬盘，可以使用复制特性来扩展读性能，还可以使用客户端分片来扩展写性能。&/p&&br&&figure&&img src=&https://pic4.zhimg.com/v2-f4febba92bed22e2229b_b.jpg& data-rawwidth=&491& data-rawheight=&241& class=&origin_image zh-lightbox-thumb& width=&491& data-original=&https://pic4.zhimg.com/v2-f4febba92bed22e2229b_r.jpg&&&/figure&&br&&p&图9 Redis数据模型图&/p&&p&如图9，Redis内部使用一个redisObject对象来标识所有的key和value数据，redisObject最主要的信息如图所示：type代表一个value对象具体是何种数据类型，encoding是不同数据类型在Redis内部的存储方式，比如——type=string代表value存储的是一个普通字符串，那么对应的encoding可以是raw或是int，如果是int则代表世界Redis内部是按数值类型存储和表示这个字符串。&/p&&p&图9左边的raw列为对象的编码方式：字符串可以被编码为raw（一般字符串）或Rint（为了节约内存，Redis会将字符串表示的64位有符号整数编码为整数来进行储存）；列表可以被编码为ziplist或linkedlist，ziplist是为节约大小较小的列表空间而作的特殊表示；集合可以被编码为intset或者hashtable，intset是只储存数字的小集合的特殊表示；hash表可以编码为zipmap或者hashtable，zipmap是小hash表的特殊表示；有序集合可以被编码为ziplist或者skiplist格式，ziplist用于表示小的有序集合，而skiplist则用于表示任何大小的有序集合。&/p&&p&从网络I/O模型上看，Redis使用单线程的I/O复用模型，自己封装了一个简单的AeEvent事件处理框架，主要实现了epoll、kqueue和select。对于单纯只有I/O操作来说，单线程可以将速度优势发挥到最大，但是Redis也提供了一些简单的计算功能，比如排序、聚合等，对于这些操作，单线程模型实际会严重影响整体吞吐量，CPU计算过程中，整个I/O调度都是被阻塞住的，在这些特殊场景的使用中，需要额外的考虑。相较于memcached的预分配内存管理，Redis使用现场申请内存的方式来存储数据，并且很少使用free-list等方式来优化内存分配，会在一定程度上存在内存碎片。Redis跟据存储命令参数，会把带过期时间的数据单独存放在一起，并把它们称为临时数据，非临时数据是永远不会被剔除的，即便物理内存不够，导致swap也不会剔除任何非临时数据（但会尝试剔除部分临时数据）。&/p&&p&我们描述Redis为内存数据库，作为缓存服务，大量使用内存间的数据快速读写，支持高并发大吞吐；而作为数据库，则是指Redis对缓存的持久化支持。Redis由于支持了非常丰富的内存数据库结构类型，如何把这些复杂的内存组织方式持久化到磁盘上？Redis的持久化与传统数据库的方式差异较大，Redis一共支持四种持久化方式，主要使用的两种：&/p&&ol&&li&&strong&定时快照方式(snapshot)：&/strong&该持久化方式实际是在Redis内部一个定时器事件，每隔固定时间去检查当前数据发生的改变次数与时间是否满足配置的持久化触发的条件，如果满足则通过操作系统fork调用来创建出一个子进程，这个子进程默认会与父进程共享相同的地址空间，这时就可以通过子进程来遍历整个内存来进行存储操作，而主进程则仍然可以提供服务，当有写入时由操作系统按照内存页（page）为单位来进行copy-on-write保证父子进程之间不会互相影响。它的缺点是快照只是代表一段时间内的内存映像，所以系统重启会丢失上次快照与重启之间所有的数据。&/li&&li&&strong&基于语句追加文件的方式(aof)：&/strong&aof方式实际类似MySQl的基于语句的binlog方式，即每条会使Redis内存数据发生改变的命令都会追加到一个log文件中，也就是说这个log文件就是Redis的持久化数据。&/li&&/ol&&blockquote&&p&&strong&aof的方式的主要缺点是追加log文件可能导致体积过大，当系统重启恢复数据时如果是aof的方式则加载数据会非常慢，几十G的数据可能需要几小时才能加载完，当然这个耗时并不是因为磁盘文件读取速度慢，而是由于读取的所有命令都要在内存中执行一遍。另外由于每条命令都要写log，所以使用aof的方式，Redis的读写性能也会有所下降。&/strong&&/p&&/blockquote&&p&Redis的持久化使用了Buffer I/O，所谓Buffer I/O是指Redis对持久化文件的写入和读取操作都会使用物理内存的Page Cache，而大多数数据库系统会使用Direct I/O来绕过这层Page Cache并自行维护一个数据的Cache。而当Redis的持久化文件过大（尤其是快照文件），并对其进行读写时，磁盘文件中的数据都会被加载到物理内存中作为操作系统对该文件的一层Cache，而这层Cache的数据与Redis内存中管理的数据实际是重复存储的。虽然内核在物理内存紧张时会做Page Cache的剔除工作，但内核很可能认为某块Page Cache更重要，而让你的进程开始Swap，这时你的系统就会开始出现不稳定或者崩溃了，因此在持久化配置后，针对内存使用需要实时监控观察。&/p&&p&与memcached客户端支持分布式方案不同，Redis更倾向于在服务端构建分布式存储，如图10、11。&/p&&br&&figure&&img src=&https://pic3.zhimg.com/v2-34eac4be505bbab5ba979b1_b.jpg& data-rawwidth=&651& data-rawheight=&334& class=&origin_image zh-lightbox-thumb& width=&651& data-original=&https://pic3.zhimg.com/v2-34eac4be505bbab5ba979b1_r.jpg&&&/figure&&br&图10 Redis分布式集群图1&br&&br&&figure&&img src=&https://pic3.zhimg.com/v2-26c1f3a688c7d14cf3a7_b.jpg& data-rawwidth=&424& data-rawheight=&457& class=&origin_image zh-lightbox-thumb& width=&424& data-original=&https://pic3.zhimg.com/v2-26c1f3a688c7d14cf3a7_r.jpg&&&/figure&&br&&p&图11 Redis分布式集群图2&/p&&p&Redis Cluster是一个实现了分布式且允许单点故障的Redis高级版本，它没有中心节点，具有线性可伸缩的功能。如图11，其中节点与节点之间通过二进制协议进行通信，节点与客户端之间通过ascii协议进行通信。在数据的放置策略上，Redis Cluster将整个key的数值域分成4096个hash槽，每个节点上可以存储一个或多个hash槽，也就是说当前Redis Cluster支持的最大节点数就是4096。Redis Cluster使用的分布式算法也很简单：crc16( key ) % HASH_SLOTS_NUMBER。整体设计可总结为：&/p&&ul&&li&数据hash分布在不同的Redis节点实例上；&/li&&li&M/S的切换采用Sentinel；&/li&&li&写：只会写master Instance，从sentinel获取当前的master Instance；&/li&&li&读：从Redis Node中基于权重选取一个Redis Instance读取，失败/超时则轮询其他Instance；Redis本身就很好的支持读写分离，在单进程的I/O场景下，可以有效的避免主库的阻塞风险；&/li&&li&通过RPC服务访问，RPC server端封装了Redis客户端，客户端基于Jedis开发。&/li&&/ul&&p&可以看到，通过集群+主从结合的设计，Redis在扩展和稳定高可用性能方面都是比较成熟的。但是，在数据一致性问题上，Redis没有提供CAS操作命令来保障高并发场景下的数据一致性问题，不过它却提供了事务的功能，Redis的Transactions提供的并不是严格的ACID的事务（比如一串用EXEC提交执行的命令，在执行中服务器宕机，那么会有一部分命令执行了，剩下的没执行）。但是这个Transactions还是提供了基本的命令打包执行的功能（在服务器不出问题的情况下，可以保证一连串的命令是顺序在一起执行的，中间有会有其它客户端命令插进来执行）。Redis还提供了一个Watch功能，你可以对一个key进行Watch，然后再执行Transactions，在这过程中，如果这个Watched的值进行了修改，那么这个Transactions会发现并拒绝执行。在失效策略上，Redis支持多大6种的数据淘汰策略：&/p&&ol&&li&volatile-lru：从已设置过期时间的数据集（server.db[i].expires）中挑选最近最少使用的数据淘汰；&/li&&li&volatile-ttl：从已设置过期时间的数据集（server.db[i].expires）中挑选将要过期的数据淘汰；&/li&&li&volatile-random：从已设置过期时间的数据集（server.db[i].expires）中任意选择数据淘汰 ；&/li&&li&allkeys-lru：从数据集（server.db[i].dict）中挑选最近最少使用的数据淘汰；&/li&&li&allkeys-random：从数据集（server.db[i].dict）中任意选择数据淘汰；&/li&&li&no-enviction（驱逐）：禁止驱逐数据。&/li&&/ol&&p&&strong&个人总结了以下多种Web应用场景，在这些场景下可以充分的利用Redis的特性，大大提高效率。&/strong&&/p&&ul&&li&在主页中显示最新的项目列表：Redis使用的是常驻内存的缓存，速度非常快。LPUSH用来插入一个内容ID，作为关键字存储在列表头部。LTRIM用来限制列表中的项目数最多为5000。如果用户需要的检索的数据量超越这个缓存容量，这时才需要把请求发送到数据库。&/li&&li&删除和过滤：如果一篇文章被删除，可以使用LREM从缓存中彻底清除掉。&/li&&li&排行榜及相关问题：排行榜（leader board）按照得分进行排序。ZADD命令可以直接实现这个功能，而ZREVRANGE命令可以用来按照得分来获取前100名的用户，ZRANK可以用来获取用户排名，非常直接而且操作容易。&/li&&li&按照用户投票和时间排序：排行榜，得分会随着时间变化。LPUSH和LTRIM命令结合运用，把文章添加到一个列表中。一项后台任务用来获取列表，并重新计算列表的排序，ZADD命令用来按照新的顺序填充生成列表。列表可以实现非常快速的检索，即使是负载很重的站点。&/li&&li&过期项目处理：使用Unix时间作为关键字，用来保持列表能够按时间排序。对current_time和time_to_live进行检索，完成查找过期项目的艰巨任务。另一项后台任务使用ZRANGE…WITHSCORES进行查询，删除过期的条目。&/li&&li&计数：进行各种数据统计的用途是非常广泛的，比如想知道什么时候封锁一个IP地址。INCRBY命令让这些变得很容易，通过原子递增保持计数；GETSET用来重置计数器；过期属性用来确认一个关键字什么时候应该删除。&/li&&li&特定时间内的特定项目：这是特定访问者的问题，可以通过给每次页面浏览使用SADD命令来解决。SADD不会将已经存在的成员添加到一个集合。&/li&&li&Pub/Sub：在更新中保持用户对数据的映射是系统中的一个普遍任务。Redis的pub/sub功能使用了SUBSCRIBE、UNSUBSCRIBE和PUBLISH命令，让这个变得更加容易。&/li&&li&队列：在当前的编程中队列随处可见。除了push和pop类型的命令之外，Redis还有阻塞队列的命令，能够让一个程序在执行时被另一个程序添加到队列。&/li&&/ul&&h1&缓存实战&/h1&&p&实际工程中，对于缓存的应用可以有多种的实战方式，包括侵入式硬编码，抽象服务化应用，以及轻量的注解式使用等。本文将主要介绍下注解式方式。&/p&&h3&Spring注解缓存&/h3&&p&Spring 3.1之后，引入了注解缓存技术，其本质上不是一个具体的缓存实现方案，而是一个对缓存使用的抽象，通过在既有代码中添加少量自定义的各种annotation，即能够达到使用缓存对象和缓存方法的返回对象的效果。Spring的缓存技术具备相当的灵活性，不仅能够使用SpEL（Spring Expression Language）来定义缓存的key和各种condition，还提供开箱即用的缓存临时存储方案，也支持和主流的专业缓存集成。其特点总结如下：&/p&&ul&&li&少量的配置annotation注释即可使得既有代码支持缓存；&/li&&li&支持开箱即用，不用安装和部署额外的第三方组件即可使用缓存；&/li&&li&支持Spring Express Language（SpEL），能使用对象的任何属性或者方法来定义缓存的key和使用规则条件；&/li&&li&支持自定义key和自定义缓存管理者，具有相当的灵活性和可扩展性。&/li&&/ul&&p&和Spring的事务管理类似，Spring Cache的关键原理就是Spring AOP，通过Spring AOP实现了在方法调用前、调用后获取方法的入参和返回值，进而实现了缓存的逻辑。而Spring Cache利用了Spring AOP的动态代理技术，即当客户端尝试调用pojo的foo()方法的时候，给它的不是pojo自身的引用，而是一个动态生成的代理类。&/p&&br&&figure&&img src=&https://pic1.zhimg.com/v2-fb90fb05f0c2bee90ff3a_b.jpg& data-rawwidth=&591& data-rawheight=&217& class=&origin_image zh-lightbox-thumb& width=&591& data-original=&https://pic1.zhimg.com/v2-fb90fb05f0c2bee90ff3a_r.jpg&&&/figure&&br&&p&图12 Spring动态代理调用图&/p&&p&如图12所示，实际客户端获取的是一个代理的引用，在调用foo()方法的时候，会首先调用proxy的foo()方法，这个时候proxy可以整体控制实际的pojo.foo()方法的入参和返回值，比如缓存结果，比如直接略过执行实际的foo()方法等，都是可以轻松做到的。Spring Cache主要使用三个注释标签，即@Cacheable、@CachePut和@CacheEvict，主要针对方法上注解使用，部分场景也可以直接类上注解使用，当在类上使用时，该类所有方法都将受影响。我们总结一下其作用和配置方法，如表1所示。&/p&&p&表1&/p&&p&&strong&&figure&&img src=&https://pic3.zhimg.com/v2-abfc64dd97738_b.jpg& data-rawwidth=&783& data-rawheight=&562& class=&origin_image zh-lightbox-thumb& width=&783& data-original=&https://pic3.zhimg.com/v2-abfc64dd97738_r.jpg&&&/figure&这基本能够满足一般应用对缓存的需求，但现实总是很复杂，当你的用户量上去或者性能跟不上，总需要进行扩展，这个时候你或许对其提供的内存缓存不满意了，因为其不支持高可用性，也不具备持久化数据能力，这个时候，你就需要自定义你的缓存方案了，还好，Spring也想到了这一点。&/strong&可扩展支持：Spring注解cache能够满足一般应用对缓存的需求，但随着应用服务的复杂化，大并发高可用性能要求下，需要进行一定的扩展，这时对其自身集成的缓存方案可能不太适用，该怎么办？Spring预先有考虑到这点，那么怎样利用Spring提供的扩展点实现我们自己的缓存，且在不改变原来已有代码的情况下进行扩展？是否在方法执行前就清空，默认为false，如果指定为true，则在方法还没有执行的时候就清空缓存，默认情况下，如果方法执行抛出异常，则不会清空缓存。&/p&&p&我们先不考虑如何持久化缓存，毕竟这种第三方的实现方案很多，我们要考虑的是，怎么利用Spring提供的扩展点实现我们自己的缓存，且在不改原来已有代码的情况下进行扩展。这需要简单的三步骤，首先需要提供一个CacheManager接口的实现（继承至AbstractCacheManager），管理自身的cache实例；其次，实现自己的cache实例MyCache(继承至Cache)，在这里面引入我们需要的第三方cache或自定义cache；最后就是对配置项进行声明，将MyCache实例注入CacheManager进行统一管理。&/p&&h3&酒店商家端自定义注解缓存&/h3&&p&注解缓存的使用，可以有效增强应用代码的可读性，同时统一管理缓存，提供较好的可扩展性，为此，酒店商家端在Spring注解缓存基础上，自定义了适合自身业务特性的注解缓存。&/p&&p&主要使用两个标签，即@HotelCacheable、@HotelCacheEvict，其作用和配置方法见表2。&/p&&p&表2&/p&&figure&&img src=&https://pic2.zhimg.com/v2-db66ce31da301c61cd1cfc60f52aca01_b.jpg& data-rawwidth=&780& data-rawheight=&267& class=&origin_image zh-lightbox-thumb& width=&780& data-original=&https://pic2.zhimg.com/v2-db66ce31da301c61cd1cfc60f52aca01_r.jpg&&&/figure&&p&&figure&&img src=&https://pic2.zhimg.com/v2-ace3205fb3fdedd85c75e45cfe16832c_b.jpg& data-rawwidth=&847& data-rawheight=&361& class=&origin_image zh-lightbox-thumb& width=&847& data-original=&https://pic2.zhimg.com/v2-ace3205fb3fdedd85c75e45cfe16832c_r.jpg&&&/figure&增加作用域的概念，解决商家信息变更下，多重重要信息实时更新的问题。&/p&&p&图13 域缓存处理图&/p&&p&如图13，按旧的方案，当cache0发送变化时，为了保持信息的实时更新，需要手动删除cache1、cache2、cache3等相关处的缓存数据。增加域缓存概念，cache0、cache1、cache2、cache3是以账号ID为基础，相互存在影响约束的集合体，我们作为一个域集合，增加域缓存处理，当cache0发送变化时，整体的账号ID domain域已发生更新，自动影响cache1、cache2、cache3等处的缓存数据。将相关联逻辑缓存统一化，有效提升代码可读性，同时更好服务业务，账号重点信息能够实时变更刷新，相关服务响应速度提升。&/p&&p&另外，增加了cacheCondition缓存刷入前置判断，有效解决商家业务多重外部依赖场景下，业务降级有损服务下，业务数据一致性保证，不因为缓存的增加影响业务的准确性；自定义CacheManager缓存管理器，可以有效兼容公共基础组件Medis、Cellar相关服务，在对应用程序不做改动的情况下，有效切换缓存方式；同时，统一的缓存服务AOP入口，结合接入Mtconfig统一配置管理，对应用内缓存做好降级准备，一键关闭缓存。几点建议：&/p&&ul&&li&上面介绍过Spring Cache的原理是基于动态生成的proxy代理机制来进行切面处理，关键点是对象的引用问题，如果对象的方法是类里面的内部调用（this引用）而不是外部引用的场景下，会导致proxy失败，那么我们所做的缓存切面处理也就失效了。因此，应避免已注解缓存的方法在类里面的内部调用。&/li&&li&使用的key约束，缓存的key应尽量使用简单的可区别的元素，如ID、名称等，不能使用list等容器的值，或者使用整体model对象的值。非public方法无法使用注解缓存实现。&/li&&/ul&&blockquote&&p&&strong&总之，注释驱动的Spring Cache能够极大的减少我们编写常见缓存的代码量，通过少量的注释标签和配置文件，即可达到使代码具备缓存的能力，且具备很好的灵活性和扩展性。但是我们也应该看到，Spring Cache由于基于Spring AOP技术，尤其是动态的proxy技术，导致其不能很好的支持方法的内部调用或者非public方法的缓存设置，当然这些都是可以解决的问题。&/strong&&/p&&/blockquote&&h1&作者简介&/h1&&p&明辉，美团点评酒旅事业群酒店住宿研发团队B端商家业务平台负责人，主导构建商家业务平台系统，支撑美团点评酒店住宿业务的飞速发展需求。曾任职于联想集团、百度。&/p&
本文已发表于《程序员》杂志2017年第3期，下面的版本又经过进一步的修订。前言一般而言，现在互联网应用（网站或App）的整体流程，可以概括如图1所示，用户请求从界面（浏览器或App界面）到网络转发、应用服务再到存储（数据库或文件系统），然后返回到界面…
&p&不谈具体项目讲哪个有优势纯属耍流氓。&/p&&p&你的项目是遍地CURD的“企业级”系统？当然ng2有技术优势：&/p&&ul&&li&满地都是form，每个form有茫茫多的字段，双向绑定是你的好朋友，自带的表单验证机制是你的好朋友&/li&&li&因为你从头到尾90%的时间是做在CURD和高级一点的CURD，为了放置无处安放的CURD代码和方便的调用这些代码，你写了无数个Service而且他们之间还互相依赖，依赖注入是你的好朋友&/li&&li&什么都有，什么都有现成的模式，就像java一样，充分的降低对程序员技术的要求，程序员可以专心搬砖，不用想太多。&/li&&/ul&&p&你的项目界面简单，但是交互经过精心设计？各种点了改，各种互相拖拽，各种别人家看不到的自定义界面？当然react有技术优势：&/p&&ul&&li&不存在form这种东西，只存在零散分布于各处的可以用不同操作方式改变状态的组件，不存在模式化的表单验证这种东西。可以无限组合的stateless function是你的好朋友。&/li&&li&你从头到尾都在倒腾把组件塞到不同的地方，并且让他们之间无限联动又不能出bug。可以无限组合的stateless function是你的好朋友。&/li&&li&没有现成的模式可以借鉴，因为你要的效果就是你的项目做完发推带个gif就一堆人膜拜。基本所有组件都要自己撸。自己撸的话当然自己喜欢哪个lib就用哪个，做个项目不带100个依赖说明太玩具。然后你欺骗自己没有在搬砖。:P&/li&&/ul&&p&所以反正是搬砖，别比来比去觉得别人傻x了，老老实实都学了，看具体项目选择使用吧。&/p&&p&============================================================&/p&&p& 更新&/p&&p&出乎意料得到了这么多赞，看来很多同学想法和我不谋而合。&/p&&p&匿名是因为这个回答纯属一时兴起，跑来&b&黑一黑一直以来的自己：&/b&&/p&&p&遇到ng1的时候，我到处宣扬jQuery太落后了，我们有jqLite就是为了干掉jQuery。&/p&&p&遇到React的时候，我到处宣扬ng1太落后了，狂黑ng1的性能和围绕$scope的一些设计缺陷。&/p&&p&遇到Vue的时候，我到处宣扬React太死板了，不允许任何的魔法，而Vue有恰到好处，精心设计的魔法。&/p&&p&遇到Elm的时候，我到处宣扬React的Redux是抄袭者，Vue过于动态，狂黑因为没有tagged union+pattern match，redux和vuex用起来都很丑。&/p&&p&。。。&/p&&p&直到有一天我一个人负责了一个巨型的项目，既有茫茫多的CURD，又有状态复杂的特殊界面。这个项目前端是用react + nuclear.js(那时还没有redux)写的。我发现写的过程中，我在写CURD时怀念双向绑定，写onChange/value写的想砸键盘。在写状态复杂的界面时赞叹React+Nuclear.js组合纯函数+外置state简直是神器，避免了无数个bug。在代码堆成山的时候会想如果我用的是强类型的Elm是不是可以避免90%的低级错误？&/p&&p&完成这个项目之后，我再也不会去捧或黑了。设计是优雅还是愚蠢，其实取决于使用场景。你用的每个框架都有秒杀别人的地方，也都会有用起来很傻的状况。&/p&
不谈具体项目讲哪个有优势纯属耍流氓。你的项目是遍地CURD的“企业级”系统？当然ng2有技术优势：满地都是form，每个form有茫茫多的字段，双向绑定是你的好朋友，自带的表单验证机制是你的好朋友因为你从头到尾90%的时间是做在CURD和高级一点的CURD，为了放…
&p&回答这个问题可能要先从一些第三方的微信编辑器说起&/p&&p&对于大多数做微信公众号运营的人而言接触最多的可能是这样的编辑器&/p&&figure&&img src=&https://pic1.zhimg.com/50/v2-bfd72ddcea455_b.jpg& data-rawwidth=&2362& data-rawheight=&1162& class=&origin_image zh-lightbox-thumb& width=&2362& data-original=&https://pic1.zhimg.com/50/v2-bfd72ddcea455_r.jpg&&&/figure&&p&这样的&/p&&figure&&img src=&https://pic1.zhimg.com/50/v2-ff56e3cb40e657c20af174f_b.jpg& data-rawwidth=&2166& data-rawheight=&1214& class=&origin_image zh-lightbox-thumb& width=&2166& data-original=&https://pic1.zhimg.com/50/v2-ff56e3cb40e657c20af174f_r.jpg&&&/figure&&p&这样的&/p&&figure&&img src=&https://pic1.zhimg.com/50/v2-e4627557cac7a37e73d65dc07f8baf8f_b.jpg& data-rawwidth=&2542& data-rawheight=&1362& class=&origin_image zh-lightbox-thumb& width=&2542& data-original=&https://pic1.zhimg.com/50/v2-e4627557cac7a37e73d65dc07f8baf8f_r.jpg&&&/figure&&p&和这样的。。&/p&&figure&&img src=&https://pic2.zhimg.com/50/v2-a083e82db06e585cffee4_b.jpg& data-rawwidth=&2496& data-rawheight=&1364& class=&origin_image zh-lightbox-thumb& width=&2496& data-original=&https://pic2.zhimg.com/50/v2-a083e82db06e585cffee4_r.jpg&&&/figure&&p&老实说，看着市面上琳琅满目的微信排版工具，里面各种节庆假日、大红大紫的主题模板，像一个个画着大浓妆的&b&妖艳贱货&/b&，我有点怀疑人生了。。&/p&&p&我也实在想不明白，对于一个正常输出内容的公众号， 下面这种模板的意义到底在哪里。&/p&&br&&figure&&img src=&https://pic1.zhimg.com/50/v2-9ff47bd225ebfa0c1a48af_b.jpg& data-rawwidth=&902& data-rawheight=&476& class=&origin_image zh-lightbox-thumb& width=&902& data-original=&https://pic1.zhimg.com/50/v2-9ff47bd225ebfa0c1a48af_r.jpg&&&/figure&&p&就我对微信编辑器或者写作体验的理解来说，最好的形式应该是Markdown，不需要多余编辑器的按钮，写作者完全专注于内容。像这样
?&a href=&//link.zhihu.com/?target=http%3A//laobubu.net/MarkdownIME/index.zh.html& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&?
MarkdownIME on&/a& Web&/p&&figure&&img src=&https://pic1.zhimg.com/50/v2-419ffe5c97ce60aa6660beccc662cac9_b.jpg& data-rawwidth=&1484& data-rawheight=&554& class=&origin_image zh-lightbox-thumb& width=&1484& data-original=&https://pic1.zhimg.com/50/v2-419ffe5c97ce60aa6660beccc662cac9_r.jpg&&&/figure&&br&&p&不过明显，我的这些要求属于&b&『小众需求』&/b&。同时我认为微信原生的编辑器在大部分功能点上已经做得很足够了，不过像这篇文章的文字间距以及文章的缩进这样的简单实用的功能却无法实现。&/p&&p&那从一个产品的角度上来思考，我对第三方微信编辑器能做的最大的让步应该是以浏览器插件的形式基于微信的后台编辑器进行二次开发，这样写作的时候不用在微信后台与第三方编辑器页面之间来回跳转，保证写作者有一个沉浸式的写作体验。&/p&&p&直到使用了这样的一个工具--新媒体管家，&b&在使用两个月之后之后，我决定把它推荐给你们。&/b&&/p&&p&&b&看下插件安装后的效果&/b&&/p&&figure&&img src=&https://pic2.zhimg.com/50/v2-5e9a2a2eea1636eeedda83e_b.jpg& data-rawwidth=&2386& data-rawheight=&1388& class=&origin_image zh-lightbox-thumb& width=&2386& data-original=&https://pic2.zhimg.com/50/v2-5e9a2a2eea1636eeedda83e_r.jpg&&&/figure&&p&这个选取了一些比较痛的功能点（包括字距，缩进，表情字符，动图搜索以及一键采集图文素材和生成永久链接的功能），无缝地接入到微信后台，尽量不给用户造成任何打扰。难能可贵的是该插件为每个功能都加了开关按钮。&/p&&figure&&img src=&https://pic3.zhimg.com/50/v2-340cbe0ac3f5c4e5a27e3bc849ac5fa3_b.jpg& data-rawwidth=&744& data-rawheight=&1002& class=&origin_image zh-lightbox-thumb& width=&744& data-original=&https://pic3.zhimg.com/50/v2-340cbe0ac3f5c4e5a27e3bc849ac5fa3_r.jpg&&&/figure&&br&&p&同时还可以利用插件方便地进行自己的多账号之间的切换与管理&/p&&br&&figure&&img src=&https://pic2.zhimg.com/50/v2-53a20bb5daf8824e6eba8b0e4d0eb78a_b.jpg& data-rawwidth=&764& data-rawheight=&1018& class=&origin_image zh-lightbox-thumb& width=&764& data-original=&https://pic2.zhimg.com/50/v2-53a20bb5daf8824e6eba8b0e4d0eb78a_r.jpg&&&/figure&&p&-------------------------------------------------------------------&/p&&p&2.16再更今天发现插件又多了一些新的功能。&/p&&p&对微信后台的消息管理进行了改进&/p&&figure&&img src=&https://pic2.zhimg.com/50/v2-db1a71aa4a5ecbed9820_b.jpg& data-rawwidth=&1916& data-rawheight=&1194& class=&origin_image zh-lightbox-thumb& width=&1916& data-original=&https://pic2.zhimg.com/50/v2-db1a71aa4a5ecbed9820_r.jpg&&&/figure&&p&同时还加了对文字链接的支持。这真是一个福音啊哈哈哈！！&/p&&figure&&img src=&https://pic1.zhimg.com/50/v2-5f047fe0be_b.jpg& data-rawwidth=&1928& data-rawheight=&830& class=&origin_image zh-lightbox-thumb& width=&1928& data-original=&https://pic1.zhimg.com/50/v2-5f047fe0be_r.jpg&&&/figure&&p&----2.17号更新-----------------------&/p&&p&插件好像又新加了微信图文所有动图自动播放的功能。&/p&&p&之前微信图文限制了只播放前5张动图。&/p&&p&-----------------------------------------&/p&&p&然后有几个同学私信问我下载地址 我这边统一回复下吧。&/p&&p&就是这里
&a href=&//link.zhihu.com/?target=http%3A//xmt.cn/& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&新媒体管家 - 首页&/a& &/p&
回答这个问题可能要先从一些第三方的微信编辑器说起对于大多数做微信公众号运营的人而言接触最多的可能是这样的编辑器这样的这样的和这样的。。老实说，看着市面上琳琅满目的微信排版工具，里面各种节庆假日、大红大紫的主题模板，像一个个画着大浓妆的妖艳…
&p&&b&更新&/b&&/p&&p&没想到这么快200赞，再分享剩下珍藏的几个私货吧：&/p&&br&&p&1.&/p&&figure&&img src=&https://pic3.zhimg.com/50/v2-3e49e1c9fcb6dbadee89495_b.jpg& data-rawwidth=&638& data-rawheight=&452& class=&origin_image zh-lightbox-thumb& width=&638& data-original=&https://pic3.zhimg.com/50/v2-3e49e1c9fcb6dbadee89495_r.jpg&&&/figure&&p&&b&Cookie Hacker&/b&，余*弦（此处应打码）出品。高调做事，低调做人，黑*客自便。传送门：&/p&&p&&a href=&//link.zhihu.com/?target=https%3A//chrome.google.com/webstore/detail/cookie-hacker/pbobjedjkopcjolicmbnmmhjmnlcdjfh& class=& external& target=&_blank& rel=&nofollow noreferrer&&&span class=&invisible&&https://&/span&&span class=&visible&&chrome.google.com/webst&/span&&span class=&invisible&&ore/detail/cookie-hacker/pbobjedjkopcjolicmbnmmhjmnlcdjfh&/span&&span class=&ellipsis&&&/span&&/a&&/p&&br&&p&2.&/p&&figure&&img src=&https://pic3.zhimg.com/50/v2-cf3b55a21b78e0eefed950e2d5ced7ba_b.jpg& data-rawwidth=&711& data-rawheight=&752& class=&origin_image zh-lightbox-thumb& width=&711& data-original=&https://pic3.zhimg.com/50/v2-cf3b55a21b78e0eefed950e2d5ced7ba_r.jpg&&&/figure&&p&&b&EditThisCookie&/b&，另一个cookie工具， 添加，删除，编辑，搜索，锁定和屏蔽。传送门：&/p&&p&&a href=&//link.zhihu.com/?target=https%3A//chrome.google.com/webstore/detail/editthiscookie/fngmhnnpilhplaeedifhccceomclgfbg& class=& external& target=&_blank& rel=&nofollow noreferrer&&&span class=&invisible&&https://&/span&&span class=&visible&&chrome.google.com/webst&/span&&span class=&invisible&&ore/detail/editthiscookie/fngmhnnpilhplaeedifhccceomclgfbg&/span&&span class=&ellipsis&&&/span&&/a&&/p&&br&&p&3.&/p&&figure&&img src=&https://pic3.zhimg.com/50/v2-dcef97ceb38d43cf2acf_b.jpg& data-rawwidth=&1899& data-rawheight=&980& class=&origin_image zh-lightbox-thumb& width=&1899& data-original=&https://pic3.zhimg.com/50/v2-dcef97ceb38d43cf2acf_r.jpg&&&/figure&&p&&b&Enable Copy&/b&，激活选择。用途多样而邪恶，不多说，诸君自便。传送门：&/p&&p&&a href=&//link.zhihu.com/?target=https%3A//chrome.google.com/webstore/detail/enable-copy/lmnganadkecefnhncokdlaohlkneihio& class=& external& target=&_blank& rel=&nofollow noreferrer&&&span class=&invisible&&https://&/span&&span class=&visible&&chrome.google.com/webst&/span&&span class=&invisible&&ore/detail/enable-copy/lmnganadkecefnhncokdlaohlkneihio&/span&&span class=&ellipsis&&&/span&&/a&&/p&&br&&p&4.&/p&&figure&&img src=&https://pic1.zhimg.com/50/v2-408c5c20b7cac9a34d7ccc0e8beb55bf_b.jpg& data-rawwidth=&1920& data-rawheight=&919& class=&origin_image zh-lightbox-thumb& width=&1920& data-original=&https://pic1.zhimg.com/50/v2-408c5c20b7cac9a34d7ccc0e8beb55bf_r.jpg&&&/figure&&p&&b&Awesome Screenshot&/b&，这个国内用户很少知道，但国外用的多，在有些时候比Fireshot好。在我的系统分辨率有缩放时表现依然正常。传送门：&/p&&p&&a href=&//link.zhihu.com/?target=https%3A//chrome.google.com/webstore/detail/awesome-screenshot-screen/nlipoenfbbikpbjkfpfillcgkoblgpmj& class=& external& target=&_blank& rel=&nofollow noreferrer&&&span class=&invisible&&https://&/span&&span class=&visible&&chrome.google.com/webst&/span&&span class=&invisible&&ore/detail/awesome-screenshot-screen/nlipoenfbbikpbjkfpfillcgkoblgpmj&/span&&span class=&ellipsis&&&/span&&/a&&/p&&br&&p&5.&/p&&figure&&img src=&https://pic3.zhimg.com/50/v2-55f1bbfd54ea569cc9b6c95f_b.jpg& data-rawwidth=&640& data-rawheight=&400& class=&origin_image zh-lightbox-thumb& width=&640& data-original=&https://pic3.zhimg.com/50/v2-55f1bbfd54ea569cc9b6c95f_r.jpg&&&/figure&&p&&b&Extensions Update Notifier&/b& ，当chrome拓展自动更新时弹出提示，也许不太有用。传送门：&/p&&p&&a href=&//link.zhihu.com/?target=https%3A//chrome.google.com/webstore/detail/extensions-update-notifie/nlldbplhbaopldicmcoogopmkonpebjm& class=& external& target=&_blank& rel=&nofollow noreferrer&&&span class=&invisible&&https://&/span&&span class=&visible&&chrome.google.com/webst&/span&&span class=&invisible&&ore/detail/extensions-update-notifie/nlldbplhbaopldicmcoogopmkonpebjm&/span&&span class=&ellipsis&&&/span&&/a&&/p&&br&&p&010我是丑陋的分割线10101&/p&&br&&p&推荐一些程序员的干货&/p&&p&1.&/p&&figure&&img src=&https://pic2.zhimg.com/50/v2-22d9ea9929d6aae6c6aaa_b.jpg& data-rawwidth=&1920& data-rawheight=&919& class=&origin_image zh-lightbox-thumb& width=&1920& data-original=&https://pic2.zhimg.com/50/v2-22d9ea9929d6aae6c6aaa_r.jpg&&&/figure&&p&&b&WakaTime&/b&，哈哈，你没看错，大名鼎鼎、让无数程序猿又爱又恨的Wakatime也登陆chrome了！顺带附上我这只丧心病狂的猿的统计。传送门：&/p&&p&&a href=&//link.zhihu.com/?target=https%3A//chrome.google.com/webstore/detail/wakatime/jnbbnacmeggbgdjgaoojpmhdlkkpblgi& class=& external& target=&_blank& rel=&nofollow noreferrer&&&span class=&invisible&&https://&/span&&span class=&visible&&chrome.google.com/webst&/span&&span class=&invisible&&ore/detail/wakatime/jnbbnacmeggbgdjgaoojpmhdlkkpblgi&/span&&span class=&ellipsis&&&/span&&/a&&/p&&br&&p&2. &/p&&figure&&img src=&https://pic3.zhimg.com/50/v2-f8de901cfe466fa19cec61d171d3b9c1_b.jpg& data-rawwidth=&1920& data-rawheight=&919& class=&origin_image zh-lightbox-thumb& width=&1920& data-original=&https://pic3.zhimg.com/50/v2-f8de901cfe466fa19cec61d171d3b9c1_r.jpg&&&/figure&&p&&b&Chrono下载管理器&/b& ，再也不用忍受chrome自带的慢速下载器和无穷无尽的失败了，支持资源嗅探，断点续传。传送门：&/p&&p&&a href=&//link.zhihu.com/?target=https%3A//chrome.google.com/webstore/detail/chrono-download-manager/mciiogijehkdemklbdcbfkefimifhecn& class=& external& target=&_blank& rel=&nofollow noreferrer&&&span class=&invisible&&https://&/span&&span class=&visible&&chrome.google.com/webst&/span&&span class=&invisible&&ore/detail/chrono-download-manager/mciiogijehkdemklbdcbfkefimifhecn&/span&&span class=&ellipsis&&&/span&&/a&&/p&&br&&p&3.&/p&&figure&&img src=&https://pic4.zhimg.com/50/v2-bf1fae28b830c1af0fcefc6b6e5dc6b5_b.jpg& data-rawwidth=&1920& data-rawheight=&919& class=&origin_image zh-lightbox-thumb& width=&1920& data-original=&https://pic4.zhimg.com/50/v2-bf1fae28b830c1af0fcefc6b6e5dc6b5_r.jpg&&&/figure&&p&&b&IE Tab&/b& ，在chrome中以ie内核打开网页，前端攻城狮和登录老旧网银必备。传送门：&/p&&p&&a href=&//link.zhihu.com/?target=https%3A//chrome.google.com/webstore/detail/ie-tab/hehijbfgiekmjfkfjpbkbammjbdenadd& class=& external& target=&_blank& rel=&nofollow noreferrer&&&span class=&invisible&&https://&/span&&span class=&visible&&chrome.google.com/webst&/span&&span class=&invisible&&ore/detail/ie-tab/hehijbfgiekmjfkfjpbkbammjbdenadd&/span&&span class=&ellipsis&&&/span&&/a&&/p&&br&&p&4.&/p&&figure&&img src=&https://pic2.zhimg.com/50/v2-7d10d6bd3b504edbc43c4affc3a58a13_b.jpg& data-rawwidth=&1920& data-rawheight=&1005& class=&origin_image zh-lightbox-thumb& width=&1920& data-original=&https://pic2.zhimg.com/50/v2-7d10d6bd3b504edbc43c4affc3a58a13_r.jpg&&&/figure&&p&&b&Postman&/b&，后端api测试神器，前端攻城狮都懂的！传送门：&/p&&p&&a href=&//link.zhihu.com/?target=https%3A//chrome.google.com/webstore/detail/postman/fhbjgbiflinjbdggehcddcbncdddomop& class=& external& target=&_blank& rel=&nofollow noreferrer&&&span class=&invisible&&https://&/span&&span class=&visible&&chrome.google.com/webst&/span&&span class=&invisible&&ore/detail/postman/fhbjgbiflinjbdggehcddcbncdddomop&/span&&span class=&ellipsis&&&/span&&/a&&/p&&br&&p&5.&/p&&figure&&img src=&https://pic2.zhimg.com/50/v2-177fe9b2f680a49a09f862cb2e659555_b.jpg& data-rawwidth=&283& data-rawheight=&883& class=&content_image& width=&283&&&/figure&&p&&b&SEOquake&/b&，SEO查询神器，站长都知道。传送门：&/p&&p&&a href=&//link.zhihu.com/?target=https%3A//chrome.google.com/webstore/detail/akdgnmcogleenhbclghghlkkdndkjdjc%3Futm_source%3Dchrome-app-launcher-info-dialog& class=& external& target=&_blank& rel=&nofollow noreferrer&&&span class=&invisible&&https://&/span&&span class=&visible&&chrome.google.com/webst&/span&&span class=&invisible&&ore/detail/akdgnmcogleenhbclghghlkkdndkjdjc?utm_source=chrome-app-launcher-info-dialog&/span&&span class=&ellipsis&&&/span&&/a&&/p&&br&&p&6.&/p&&figure&&img src=&https://pic4.zhimg.com/50/v2-a723e482d789a5b6ab0fd_b.jpg& data-rawwidth=&567& data-rawheight=&752& class=&origin_image zh-lightbox-thumb& width=&567& data-original=&https://pic4.zhimg.com/50/v2-a723e482d789a5b6ab0fd_r.jpg&&&/figure&&p&&b&Tag Assistant (by Google)&/b& ，又一SEO工具，谷歌Analytics分析，站长必备。传送门：&/p&&p&&a href=&//link.zhihu.com/?}
花样抄袭了解一下上一期的同名推荐 被b站一个up主复刻版抄袭 把我的文章念出来 做成视频 防不胜防 标题、文字解说、结尾基本全都一样 还得到了很高的播放量 b站、知乎投诉都没有结果 于是我在评论区提醒大家 他一边删 我一边继续评 斗了几天 累了 随着更多…
&p&&strong&本文已发表于《程序员》杂志2017年第3期，下面的版本又经过进一步的修订。&/strong&&/p&&h1&前言&/h1&&p&一般而言，现在互联网应用（网站或App）的整体流程，可以概括如图1所示，用户请求从界面（浏览器或App界面）到网络转发、应用服务再到存储（数据库或文件系统），然后返回到界面呈现内容。&/p&&p&随着互联网的普及，内容信息越来越复杂，用户数和访问量越来越大，我们的应用需要支撑更多的并发量，同时我们的应用服务器和数据库服务器所做的计算也越来越多。但是往往我们的应用服务器资源是有限的，且技术变革是缓慢的，数据库每秒能接受的请求次数也是有限的（或者文件的读写也是有限的），如何能够有效利用有限的资源来提供尽可能大的吞吐量？一个有效的办法就是引入缓存，打破标准流程，每个环节中请求可以从缓存中直接获取目标数据并返回，从而减少计算量，有效提升响应速度，让有限的资源服务更多的用户。&/p&&p&如图1所示，缓存的使用可以出现在1～4的各个环节中，每个环节的缓存方案与使用各有特点。&/p&&br&&figure&&img src=&https://pic4.zhimg.com/v2-f9f143b2d56eed6dac717_b.jpg& data-rawwidth=&273& data-rawheight=&470& class=&content_image& width=&273&&&/figure&&br&&p&图1 互联网应用一般流程&/p&&h1&缓存特征&/h1&&p&缓存也是一个数据模型对象，那么必然有它的一些特征：&/p&&h4&命中率&/h4&&p&命中率=返回正确结果数/请求缓存次数，命中率问题是缓存中的一个非常重要的问题，它是衡量缓存有效性的重要指标。命中率越高，表明缓存的使用率越高。&/p&&h4&最大元素（或最大空间）&/h4&&p&缓存中可以存放的最大元素的数量，一旦缓存中元素数量超过这个值（或者缓存数据所占空间超过其最大支持空间），那么将会触发缓存启动清空策略根据不同的场景合理的设置最大元素值往往可以一定程度上提高缓存的命中率，从而更有效的时候缓存。&/p&&h4&清空策略&/h4&&p&如上描述，缓存的存储空间有限制，当缓存空间被用满时，如何保证在稳定服务的同时有效提升命中率？这就由缓存清空策略来处理，设计适合自身数据特征的清空策略能有效提升命中率。常见的一般策略有：&/p&&ul&&li&&p&&strong&FIFO(first in first out)&/strong&&/p&&p&先进先出策略，最先进入缓存的数据在缓存空间不够的情况下（超出最大元素限制）会被优先被清除掉，以腾出新的空间接受新的数据。策略算法主要比较缓存元素的创建时间。在数据实效性要求场景下可选择该类策略，优先保障最新数据可用。&/p&&/li&&li&&p&&strong&LFU(less frequently used)&/strong&&/p&&p&最少使用策略，无论是否过期，根据元素的被使用次数判断，清除使用次数较少的元素释放空间。策略算法主要比较元素的hitCount（命中次数）。在保证高频数据有效性场景下，可选择这类策略。&/p&&/li&&li&&p&&strong&LRU(least recently used)&/strong&&/p&&p&最近最少使用策略，无论是否过期，根据元素最后一次被使用的时间戳，清除最远使用时间戳的元素释放空间。策略算法主要比较元素最近一次被get使用时间。在热点数据场景下较适用，优先保证热点数据的有效性。&/p&&/li&&/ul&&p&除此之外，还有一些简单策略比如：&/p&&ul&&li&根据过期时间判断，清理过期时间最长的元素；&/li&&li&根据过期时间判断，清理最近要过期的元素；&/li&&li&随机清理；&/li&&li&根据关键字（或元素内容）长短清理等。&/li&&/ul&&h1&缓存介质&/h1&&p&虽然从硬件介质上来看，无非就是内存和硬盘两种，但从技术上，可以分成内存、硬盘文件、数据库。&/p&&ul&&li&&strong&内存：&/strong&将缓存存储于内存中是最快的选择，无需额外的I/O开销，但是内存的缺点是没有持久化落地物理磁盘，一旦应用异常break down而重新启动，数据很难或者无法复原。&/li&&li&&strong&硬盘：&/strong&一般来说，很多缓存框架会结合使用内存和硬盘，在内存分配空间满了或是在异常的情况下，可以被动或主动的将内存空间数据持久化到硬盘中，达到释放空间或备份数据的目的。&/li&&li&&strong&数据库：&/strong&前面有提到，增加缓存的策略的目的之一就是为了减少数据库的I/O压力。现在使用数据库做缓存介质是不是又回到了老问题上了？其实，数据库也有很多种类型，像那些不支持SQL，只是简单的key-value存储结构的特殊数据库（如BerkeleyDB和Redis），响应速度和吞吐量都远远高于我们常用的关系型数据库等。&/li&&/ul&&h1&缓存分类和应用场景&/h1&&p&缓存有各类特征，而且有不同介质的区别，那么实际工程中我们怎么去对缓存分类呢？在目前的应用服务框架中，比较常见的，时根据缓存雨应用的藕合度，分为local cache（本地缓存）和remote cache（分布式缓存）：&/p&&ul&&li&&p&&strong&本地缓存&/strong&：指的是在应用中的缓存组件，其最大的优点是应用和cache是在同一个进程内部，请求缓存非常快速，没有过多的网络开销等，在单应用不需要集群支持或者集群情况下各节点无需互相通知的场景下使用本地缓存较合适；同时，它的缺点也是应为缓存跟应用程序耦合，多个应用程序无法直接的共享缓存，各应用或集群的各节点都需要维护自己的单独缓存，对内存是一种浪费。&/p&&/li&&li&&p&&strong&分布式缓存&/strong&：指的是与应用分离的缓存组件或服务，其最大的优点是自身就是一个独立的应用，与本地应用隔离，多个应用可直接的共享缓存。&/p&&/li&&/ul&&p&目前各种类型的缓存都活跃在成千上万的应用服务中，还没有一种缓存方案可以解决一切的业务场景或数据类型，我们需要根据自身的特殊场景和背景，选择最适合的缓存方案。缓存的使用是程序员、架构师的必备技能，好的程序员能根据数据类型、业务场景来准确判断使用何种类型的缓存，如何使用这种缓存，以最小的成本最快的效率达到最优的目的。&/p&&h2&本地缓存&/h2&&h3&编程直接实现缓存&/h3&&p&个别场景下，我们只需要简单的缓存数据的功能，而无需关注更多存取、清空策略等深入的特性时，直接编程实现缓存则是最便捷和高效的。&/p&&p&&strong&a. 成员变量或局部变量实现&/strong&&/p&&p&简单代码示例如下：&/p&&div class=&highlight&&&pre&&code class=&language-text&&&span&&/span&
public void UseLocalCache(){
//一个本地的缓存变量
Map&String, Object& localCacheStoreMap = new HashMap&String, Object&();
List&Object& infosList = this.getInfoList();
for(Object item:infosList){
if(localCacheStoreMap.containsKey(item)){ //缓存命中 使用缓存数据
} else { // 缓存未命中
IO获取数据，结果存入缓存
Object valueObject = this.getInfoFromDB();
localCacheStoreMap.put(valueObject.toString(), valueObject);
private List&Object& getInfoList(){
return new ArrayList&Object&();
//示例数据库IO获取
private Object getInfoFromDB(){
return new Object();
&/code&&/pre&&/div&&p&以局部变量map结构缓存部分业务数据，减少频繁的重复数据库I/O操作。缺点仅限于类的自身作用域内，类间无法共享缓存。&/p&&p&&strong&b. 静态变量实现&/strong&&/p&&p&最常用的单例实现静态资源缓存，代码示例如下：&/p&&div class=&highlight&&&pre&&code class=&language-text&&&span&&/span&
public class CityUtils {
private static final HttpClient httpClient = ServerHolder.createClientWithPool();
private static Map&Integer, String& cityIdNameMap = new HashMap&Integer, String&();
private static Map&Integer, String& districtIdNameMap = new HashMap&Integer, String&();
HttpGet get = new HttpGet(&http://gis-in.sankuai.com/api/location/city/all&);
BaseAuthorizationUtils.generateAuthAndDateHeader(get,
BaseAuthorizationUtils.CLIENT_TO_REQUEST_MDC,
BaseAuthorizationUtils.SECRET_TO_REQUEST_MDC);
String resultStr = httpClient.execute(get, new BasicResponseHandler());
JSONObject resultJo = new JSONObject(resultStr);
JSONArray dataJa = resultJo.getJSONArray(&data&);
for (int i = 0; i & dataJa.length(); i++) {
JSONObject itemJo = dataJa.getJSONObject(i);
cityIdNameMap.put(itemJo.getInt(&id&), itemJo.getString(&name&));
} catch (Exception e) {
throw new RuntimeException(&Init City List Error!&, e);
HttpGet get = new HttpGet(&http://gis-in.sankuai.com/api/location/district/all&);
BaseAuthorizationUtils.generateAuthAndDateHeader(get,
BaseAuthorizationUtils.CLIENT_TO_REQUEST_MDC,
BaseAuthorizationUtils.SECRET_TO_REQUEST_MDC);
String resultStr = httpClient.execute(get, new BasicResponseHandler());
JSONObject resultJo = new JSONObject(resultStr);
JSONArray dataJa = resultJo.getJSONArray(&data&);
for (int i = 0; i & dataJa.length(); i++) {
JSONObject itemJo = dataJa.getJSONObject(i);
districtIdNameMap.put(itemJo.getInt(&id&), itemJo.getString(&name&));
} catch (Exception e) {
throw new RuntimeException(&Init District List Error!&, e);
public static String getCityName(int cityId) {
String name = cityIdNameMap.get(cityId);
if (name == null) {
name = &未知&;
public static String getDistrictName(int districtId) {
String name = districtIdNameMap.get(districtId);
if (name == null) {
name = &未知&;
&/code&&/pre&&/div&&p&O2O业务中常用的城市基础基本信息判断，通过静态变量一次获取缓存内存中，减少频繁的I/O读取，静态变量实现类间可共享，进程内可共享，缓存的实时性稍差。&/p&&p&为了解决本地缓存数据的实时性问题，目前大量使用的是结合ZooKeeper的自动发现机制，实时变更本地静态变量缓存：&/p&&p&美团点评内部的基础配置组件MtConfig，采用的就是类似原理，使用静态变量缓存，结合ZooKeeper的统一管理，做到自动动态更新缓存，如图2所示。&br&&/p&&br&&figure&&img src=&https://pic1.zhimg.com/v2-0ac209dd21cf8cdcad72211_b.jpg& data-rawwidth=&412& data-rawheight=&247& class=&content_image& width=&412&&&/figure&&br&&p&图2 Mtconfig实现图&/p&&blockquote&&p&&strong&这类缓存实现，优点是能直接在heap区内读写，最快也最方便；缺点同样是受heap区域影响，缓存的数据量非常有限，同时缓存时间受GC影响。主要满足单机场景下的小数据量缓存需求，同时对缓存数据的变更无需太敏感感知，如上一般配置管理、基础静态数据等场景。&/strong&&/p&&/blockquote&&h3&Ehcache&/h3&&p&Ehcache是现在最流行的纯Java开源缓存框架，配置简单、结构清晰、功能强大，是一个非常轻量级的缓存实现，我们常用的Hibernate里面就集成了相关缓存功能。&/p&&br&&figure&&img src=&https://pic4.zhimg.com/v2-3b8f84f608e59fade1f6795_b.jpg& data-rawwidth=&767& data-rawheight=&305& class=&origin_image zh-lightbox-thumb& width=&767& data-original=&https://pic4.zhimg.com/v2-3b8f84f608e59fade1f6795_r.jpg&&&/figure&&br&&p&图3 Ehcache框架图&/p&&p&从图3中我们可以了解到，Ehcache的核心定义主要包括：&/p&&ul&&li&&p&&strong&cache manager：&/strong&缓存管理器，以前是只允许单例的，不过现在也可以多实例了。&/p&&/li&&li&&p&&strong&cache：&/strong&缓存管理器内可以放置若干cache，存放数据的实质，所有cache都实现了Ehcache接口，这是一个真正使用的缓存实例；通过缓存管理器的模式，可以在单个应用中轻松隔离多个缓存实例，独立服务于不同业务场景需求，缓存数据物理隔离，同时需要时又可共享使用。&/p&&/li&&li&&p&&strong&element：&/strong&单条缓存数据的组成单位。&/p&&/li&&li&&p&&strong&system of record（SOR）：&/strong&可以取到真实数据的组件，可以是真正的业务逻辑、外部接口调用、存放真实数据的数据库等，缓存就是从SOR中读取或者写入到SOR中去的。&/p&&/li&&/ul&&p&在上层可以看到，整个Ehcache提供了对JSR、JMX等的标准支持，能够较好的兼容和移植，同时对各类对象有较完善的监控管理机制。它的缓存介质涵盖堆内存（heap）、堆外内存（BigMemory商用版本支持）和磁盘，各介质可独立设置属性和策略。Ehcache最初是独立的本地缓存框架组件，在后期的发展中，结合Terracotta服务阵列模型，可以支持分布式缓存集群，主要有RMI、JGroups、JMS和Cache Server等传播方式进行节点间通信，如图3的左侧部分描述。&/p&&p&整体数据流转包括这样几类行为:&/p&&ul&&li&Flush：缓存条目向低层次移动。&/li&&li&Fault：从低层拷贝一个对象到高层。在获取缓存的过程中，某一层发现自己的该缓存条目已经失效，就触发了Fault行为。&/li&&li&Eviction：把缓存条目除去。&/li&&li&Expiration：失效状态。&/li&&li&Pinning：强制缓存条目保持在某一层。&/li&&/ul&&p&图4反映了数据在各个层之间的流转，同时也体现了各层数据的一个生命周期。&/p&&br&&figure&&img src=&https://pic1.zhimg.com/v2-a46de6e557a73ec34d566_b.jpg& data-rawwidth=&304& data-rawheight=&491& class=&content_image& width=&304&&&/figure&&br&&p&图4 缓存数据流转图（L1:本地内存层；L2:Terracotta服务节点层)&/p&&p&Ehcache的配置使用如下：&/p&&div class=&highlight&&&pre&&code class=&language-text&&&span&&/span&&ehcache&
&!-- 指定一个文件目录，当Ehcache把数据写到硬盘上时，将把数据写到这个文件目录下 --&
&diskStore path=&java.io.tmpdir&/&
&!-- 设定缓存的默认数据过期策略 --&
&defaultCache
maxElementsInMemory=&10000&
eternal=&false&
overflowToDisk=&true&
timeToIdleSeconds=&0&
timeToLiveSeconds=&0&
diskPersistent=&false&
diskExpiryThreadIntervalSeconds=&120&/&
设定具体的命名缓存的数据过期策略
cache元素的属性：
name：缓存名称
maxElementsInMemory：内存中最大缓存对象数
maxElementsOnDisk：硬盘中最大缓存对象数，若是0表示无穷大
eternal：true表示对象永不过期，此时会忽略timeToIdleSeconds和timeToLiveSeconds属性，默认为false
overflowToDisk：true表示当内存缓存的对象数目达到了maxElementsInMemory界限后，会把溢出的对象写到硬盘缓存中。注意：如果缓存的对象要写入到硬盘中的话，则该对象必须实现了Serializable接口才行。
diskSpoolBufferSizeMB：磁盘缓存区大小，默认为30MB。每个Cache都应该有自己的一个缓存区。
diskPersistent：是否缓存虚拟机重启期数据
diskExpiryThreadIntervalSeconds：磁盘失效线程运行时间间隔，默认为120秒
timeToIdleSeconds： 设定允许对象处于空闲状态的最长时间，以秒为单位。当对象自从最近一次被访问后，如果处于空闲状态的时间超过了timeToIdleSeconds属性值，这个对象就会过期，EHCache将把它从缓存中清空。只有当eternal属性为false，该属性才有效。如果该属性值为0，则表示对象可以无限期地处于空闲状态
timeToLiveSeconds：设定对象允许存在于缓存中的最长时间，以秒为单位。当对象自从被存放到缓存中后，如果处于缓存中的时间超过了 timeToLiveSeconds属性值，这个对象就会过期，Ehcache将把它从缓存中清除。只有当eternal属性为false，该属性才有效。如果该属性值为0，则表示对象可以无限期地存在于缓存中。timeToLiveSeconds必须大于timeToIdleSeconds属性，才有意义
memoryStoreEvictionPolicy：当达到maxElementsInMemory限制时，Ehcache将会根据指定的策略去清理内存。可选策略有：LRU（最近最少使用，默认策略）、FIFO（先进先出）、LFU（最少访问次数）。
&cache name=&CACHE1&
maxElementsInMemory=&1000&
eternal=&true&
overflowToDisk=&true&/&
&cache name=&CACHE2&
maxElementsInMemory=&1000&
eternal=&false&
timeToIdleSeconds=&200&
timeToLiveSeconds=&4000&
overflowToDisk=&true&/&
&/ehcache&
&/code&&/pre&&/div&&blockquote&&p&&strong&整体上看，Ehcache的使用还是相对简单便捷的，提供了完整的各类API接口。需要注意的是，虽然Ehcache支持磁盘的持久化，但是由于存在两级缓存介质，在一级内存中的缓存，如果没有主动的刷入磁盘持久化的话，在应用异常down机等情形下，依然会出现缓存数据丢失，为此可以根据需要将缓存刷到磁盘，将缓存条目刷到磁盘的操作可以通过cache.flush()方法来执行，需要注意的是，对于对象的磁盘写入，前提是要将对象进行序列化。&/strong&&/p&&/blockquote&&p&&strong&主要特性：&/strong&&/p&&ul&&li&快速，针对大型高并发系统场景，Ehcache的多线程机制有相应的优化改善。&/li&&li&简单，很小的jar包，简单配置就可直接使用，单机场景下无需过多的其他服务依赖。&/li&&li&支持多种的缓存策略，灵活。&/li&&li&缓存数据有两级：内存和磁盘，与一般的本地内存缓存相比，有了磁盘的存储空间，将可以支持更大量的数据缓存需求。&/li&&li&具有缓存和缓存管理器的侦听接口，能更简单方便的进行缓存实例的监控管理。&/li&&li&支持多缓存管理器实例，以及一个实例的多个缓存区域。&/li&&/ul&&blockquote&&p&&strong&注意：Ehcache的超时设置主要是针对整个cache实例设置整体的超时策略，而没有较好的处理针对单独的key的个性的超时设置（有策略设置，但是比较复杂，就不描述了），因此，在使用中要注意过期失效的缓存元素无法被GC回收，时间越长缓存越多，内存占用也就越大，内存泄露的概率也越大。&/strong&&/p&&/blockquote&&h3&Guava Cache&/h3&&p&Guava Cache是Google开源的Java重用工具集库Guava里的一款缓存工具，其主要实现的缓存功能有：&/p&&ul&&li&自动将entry节点加载进缓存结构中；&/li&&li&当缓存的数据超过设置的最大值时，使用LRU算法移除；&/li&&li&具备根据entry节点上次被访问或者写入时间计算它的过期机制；&/li&&li&缓存的key被封装在WeakReference引用内；&/li&&li&缓存的Value被封装在WeakReference或SoftReference引用内；&/li&&li&统计缓存使用过程中命中率、异常率、未命中率等统计数据。&/li&&/ul&&p&Guava Cache的架构设计灵感来源于ConcurrentHashMap，我们前面也提到过，简单场景下可以自行编码通过hashmap来做少量数据的缓存，但是，如果结果可能随时间改变或者是希望存储的数据空间可控的话，自己实现这种数据结构还是有必要的。&/p&&p&Guava Cache继承了ConcurrentHashMap的思路，使用多个segments方式的细粒度锁，在保证线程安全的同时，支持高并发场景需求。Cache类似于Map，它是存储键值对的集合，不同的是它还需要处理evict、expire、dynamic load等算法逻辑，需要一些额外信息来实现这些操作。对此，根据面向对象思想，需要做方法与数据的关联封装。如图5所示cache的内存数据模型，可以看到，使用ReferenceEntry接口来封装一个键值对，而用ValueReference来封装Value值，之所以用Reference命令，是因为Cache要支持WeakReference Key和SoftReference、WeakReference value。&/p&&br&&figure&&img src=&https://pic1.zhimg.com/v2-ec7acc599dff54ae8a4ba8_b.jpg& data-rawwidth=&733& data-rawheight=&542& class=&origin_image zh-lightbox-thumb& width=&733& data-original=&https://pic1.zhimg.com/v2-ec7acc599dff54ae8a4ba8_r.jpg&&&/figure&&br&&p&图5 Guava Cache数据结构图&/p&&p&&strong&ReferenceEntry&/strong&是对一个键值对节点的抽象，它包含了key和值的ValueReference抽象类，Cache由多个Segment组成，而每个Segment包含一个ReferenceEntry数组，每个ReferenceEntry数组项都是一条ReferenceEntry链，且一个ReferenceEntry包含key、hash、valueReference、next字段。除了在ReferenceEntry数组项中组成的链，在一个Segment中，所有ReferenceEntry还组成access链（accessQueue）和write链（writeQueue）（后面会介绍链的作用）。ReferenceEntry可以是强引用类型的key，也可以WeakReference类型的key，为了减少内存使用量，还可以根据是否配置了expireAfterWrite、expireAfterAccess、maximumSize来决定是否需要write链和access链确定要创建的具体Reference：StrongEntry、StrongWriteEntry、StrongAccessEntry、StrongWriteAccessEntry等。&/p&&p&&strong&对于ValueReference&/strong&，因为Cache支持强引用的Value、SoftReference Value以及WeakReference Value，因而它对应三个实现类：StrongValueReference、SoftValueReference、WeakValueReference。为了支持动态加载机制，它还有一个LoadingValueReference，在需要动态加载一个key的值时，先把该值封装在LoadingValueReference中，以表达该key对应的值已经在加载了，如果其他线程也要查询该key对应的值，就能得到该引用，并且等待改值加载完成，从而保证该值只被加载一次，在该值加载完成后，将LoadingValueReference替换成其他ValueReference类型。ValueReference对象中会保留对ReferenceEntry的引用，这是因为在Value因为WeakReference、SoftReference被回收时，需要使用其key将对应的项从Segment的table中移除。&/p&&p&&strong&WriteQueue和AccessQueue ：&/strong&为了实现最近最少使用算法，Guava Cache在Segment中添加了两条链：write链（writeQueue）和access链（accessQueue），这两条链都是一个双向链表，通过ReferenceEntry中的previousInWriteQueue、nextInWriteQueue和previousInAccessQueue、nextInAccessQueue链接而成，但是以Queue的形式表达。WriteQueue和AccessQueue都是自定义了offer、add（直接调用offer）、remove、poll等操作的逻辑，对offer（add）操作，如果是新加的节点，则直接加入到该链的结尾，如果是已存在的节点，则将该节点链接的链尾；对remove操作，直接从该链中移除该节点；对poll操作，将头节点的下一个节点移除，并返回。&/p&&p&&strong&了解了cache的整体数据结构后，再来看下针对缓存的相关操作就简单多了：&/strong&&/p&&ul&&li&Segment中的evict清除策略操作，是在每一次调用操作的开始和结束时触发清理工作，这样比一般的缓存另起线程监控清理相比，可以减少开销，但如果长时间没有调用方法的话，会导致不能及时的清理释放内存空间的问题。evict主要处理四个Queue：1. keyReferenceQueue；2. valueReferenceQueue；3. writeQueue；4. accessQueue。前两个queue是因为WeakReference、SoftReference被垃圾回收时加入的，清理时只需要遍历整个queue，将对应的项从LocalCache中移除即可，这里keyReferenceQueue存放ReferenceEntry，而valueReferenceQueue存放的是ValueReference，要从Cache中移除需要有key，因而ValueReference需要有对ReferenceEntry的引用，这个前面也提到过了。而对后面两个Queue，只需要检查是否配置了相应的expire时间，然后从头开始查找已经expire的Entry，将它们移除即可。&/li&&li&Segment中的put操作：put操作相对比较简单，首先它需要获得锁，然后尝试做一些清理工作，接下来的逻辑类似ConcurrentHashMap中的rehash，查找位置并注入数据。需要说明的是当找到一个已存在的Entry时，需要先判断当前的ValueRefernece中的值事实上已经被回收了，因为它们可以是WeakReference、SoftReference类型，如果已经被回收了，则将新值写入。并且在每次更新时注册当前操作引起的移除事件，指定相应的原因：COLLECTED、REPLACED等，这些注册的事件在退出的时候统一调用Cache注册的RemovalListener，由于事件处理可能会有很长时间，因而这里将事件处理的逻辑在退出锁以后才做。最后，在更新已存在的Entry结束后都尝试着将那些已经expire的Entry移除。另外put操作中还需要更新writeQueue和accessQueue的语义正确性。&/li&&li&Segment带CacheLoader的get操作：1. 先查找table中是否已存在没有被回收、也没有expire的entry，如果找到，并在CacheBuilder中配置了refreshAfterWrite，并且当前时间间隔已经操作这个事件，则重新加载值，否则，直接返回原有的值；2. 如果查找到的ValueReference是LoadingValueReference，则等待该LoadingValueReference加载结束，并返回加载的值；3. 如果没有找到entry，或者找到的entry的值为null，则加锁后，继续在table中查找已存在key对应的entry，如果找到并且对应的entry.isLoading()为true，则表示有另一个线程正在加载，因而等待那个线程加载完成，如果找到一个非null值，返回该值，否则创建一个LoadingValueReference，并调用loadSync加载相应的值，在加载完成后，将新加载的值更新到table中，即大部分情况下替换原来的LoadingValueReference。&/li&&/ul&&p&Guava Cache提供Builder模式的CacheBuilder生成器来创建缓存的方式，十分方便，并且各个缓存参数的配置设置，类似于函数式编程的写法，可自行设置各类参数选型。它提供三种方式加载到缓存中。分别是：&/p&&ol&&li&在构建缓存的时候，使用build方法内部调用CacheLoader方法加载数据；&/li&&li&callable 、callback方式加载数据；&/li&&li&使用粗暴直接的方式，直接Cache.put 加载数据，但自动加载是首选的，因为它可以更容易的推断所有缓存内容的一致性。&/li&&/ol&&p&build生成器的两种方式都实现了一种逻辑：从缓存中取key的值，如果该值已经缓存过了则返回缓存中的值，如果没有缓存过可以通过某个方法来获取这个值，不同的地方在于cacheloader的定义比较宽泛，是针对整个cache定义的，可以认为是统一的根据key值load value的方法，而callable的方式较为灵活，允许你在get的时候指定load方法。使用示例如下：&/p&&div class=&highlight&&&pre&&code class=&language-text&&&span&&/span&
* CacheLoader
public void loadingCache()
LoadingCache&String, String& graphs =CacheBuilder.newBuilder()
.maximumSize(1000).build(new CacheLoader&String, String&()
public String load(String key) throws Exception
System.out.println(&key:&+key);
if(&key&.equals(key)){
return &key return result&;
return &get-if-absent-compute&;
String resultVal =
resultVal = graphs.get(&key&);
} catch (ExecutionException e) {
e.printStackTrace();
System.out.println(resultVal);
* Callable
public void callablex() throws ExecutionException
Cache&String, String& cache = CacheBuilder.newBuilder()
.maximumSize(1000).build();
String result = cache.get(&key&, new Callable&String&()
public String call()
return &result&;
System.out.println(result);
&/code&&/pre&&/div&&blockquote&&p&&strong&总体来看，Guava Cache基于ConcurrentHashMap的优秀设计借鉴，在高并发场景支持和线程安全上都有相应的改进策略，使用Reference引用命令，提升高并发下的数据……访问速度并保持了GC的可回收，有效节省空间；同时，write链和access链的设计，能更灵活、高效的实现多种类型的缓存清理策略，包括基于容量的清理、基于时间的清理、基于引用的清理等；编程式的build生成器管理，让使用者有更多的自由度，能够根据不同场景设置合适的模式。&/strong&&/p&&/blockquote&&h2&分布式缓存&/h2&&h3&memcached缓存&/h3&&p&memcached是应用较广的开源分布式缓存产品之一，它本身其实不提供分布式解决方案。在服务端，memcached集群环境实际就是一个个memcached服务器的堆积，环境搭建较为简单；cache的分布式主要是在客户端实现，通过客户端的路由处理来达到分布式解决方案的目的。客户端做路由的原理非常简单，应用服务器在每次存取某key的value时，通过某种算法把key映射到某台memcached服务器nodeA上，因此这个key所有操作都在nodeA上，结构图如图6、图7所示。&/p&&br&&figure&&img src=&https://pic4.zhimg.com/v2-43a874fb64bfa6d92eee454ea474fc63_b.jpg& data-rawwidth=&514& data-rawheight=&522& class=&origin_image zh-lightbox-thumb& width=&514& data-original=&https://pic4.zhimg.com/v2-43a874fb64bfa6d92eee454ea474fc63_r.jpg&&&/figure&&br&图6 memcached客户端路由图&br&&br&&figure&&img src=&https://pic1.zhimg.com/v2-160c578c254cecf5bf493ecd93a78d6b_b.jpg& data-rawwidth=&464& data-rawheight=&353& class=&origin_image zh-lightbox-thumb& width=&464& data-original=&https://pic1.zhimg.com/v2-160c578c254cecf5bf493ecd93a78d6b_r.jpg&&&/figure&&br&&p&图7 memcached一致性hash示例图&/p&&p&memcached客户端采用一致性hash算法作为路由策略，如图7，相对于一般hash（如简单取模）的算法，一致性hash算法除了计算key的hash值外，还会计算每个server对应的hash值，然后将这些hash值映射到一个有限的值域上（比如0~2^32）。通过寻找hash值大于hash(key)的最小server作为存储该key数据的目标server。如果找不到，则直接把具有最小hash值的server作为目标server。同时，一定程度上，解决了扩容问题，增加或删除单个节点，对于整个集群来说，不会有大的影响。最近版本，增加了虚拟节点的设计，进一步提升了可用性。&/p&&p&memcached是一个高效的分布式内存cache，了解memcached的内存管理机制，才能更好的掌握memcached，让我们可以针对我们数据特点进行调优，让其更好的为我所用。我们知道memcached仅支持基础的key-value键值对类型数据存储。在memcached内存结构中有两个非常重要的概念：slab和chunk。如图8所示。&/p&&br&&figure&&img src=&https://pic4.zhimg.com/v2-b5ee29af8c92f86d8efdb1a60bdf12e6_b.jpg& data-rawwidth=&429& data-rawheight=&287& class=&origin_image zh-lightbox-thumb& width=&429& data-original=&https://pic4.zhimg.com/v2-b5ee29af8c92f86d8efdb1a60bdf12e6_r.jpg&&&/figure&&br&&p&图8 memcached内存结构图&/p&&p&slab是一个内存块，它是memcached一次申请内存的最小单位。在启动memcached的时候一般会使用参数-m指定其可用内存，但是并不是在启动的那一刻所有的内存就全部分配出去了，只有在需要的时候才会去申请，而且每次申请一定是一个slab。Slab的大小固定为1M（1048576 Byte），一个slab由若干个大小相等的chunk组成。每个chunk中都保存了一个item结构体、一对key和value。&/p&&p&虽然在同一个slab中chunk的大小相等的，但是在不同的slab中chunk的大小并不一定相等，在memcached中按照chunk的大小不同，可以把slab分为很多种类（class），默认情况下memcached把slab分为40类（class1～class40），在class 1中，chunk的大小为80字节，由于一个slab的大小是固定的1048576字节（1M），因此在class1中最多可以有13107个chunk（也就是这个slab能存最多13107个小于80字节的key-value数据）。&/p&&p&memcached内存管理采取预分配、分组管理的方式，分组管理就是我们上面提到的slab class，按照chunk的大小slab被分为很多种类。内存预分配过程是怎样的呢？向memcached添加一个item时候，memcached首先会根据item的大小，来选择最合适的slab class：例如item的大小为190字节，默认情况下class 4的chunk大小为160字节显然不合适，class 5的chunk大小为200字节，大于190字节，因此该item将放在class 5中（显然这里会有10字节的浪费是不可避免的），计算好所要放入的chunk之后，memcached会去检查该类大小的chunk还有没有空闲的，如果没有，将会申请1M（1个slab）的空间并划分为该种类chunk。例如我们第一次向memcached中放入一个190字节的item时，memcached会产生一个slab class 2（也叫一个page），并会用去一个chunk，剩余5241个chunk供下次有适合大小item时使用，当我们用完这所有的5242个chunk之后，下次再有一个在160～200字节之间的item添加进来时，memcached会再次产生一个class 5的slab（这样就存在了2个pages）。&/p&&p&&strong&总结来看，memcached内存管理需要注意的几个方面：&/strong&&/p&&ul&&li&chunk是在page里面划分的，而page固定为1m，所以chunk最大不能超过1m。&/li&&li&chunk实际占用内存要加48B，因为chunk数据结构本身需要占用48B。&/li&&li&如果用户数据大于1m，则memcached会将其切割，放到多个chunk内。&/li&&li&已分配出去的page不能回收。&/li&&/ul&&blockquote&&p&&strong&对于key-value信息，最好不要超过1m的大小；同时信息长度最好相对是比较均衡稳定的，这样能够保障最大限度的使用内存；同时，memcached采用的LRU清理策略，合理甚至过期时间，提高命中率。&/strong&&/p&&/blockquote&&p&无特殊场景下，key-value能满足需求的前提下，使用memcached分布式集群是较好的选择，搭建与操作使用都比较简单；分布式集群在单点故障时，只影响小部分数据异常，目前还可以通过Magent缓存代理模式，做单点备份，提升高可用；整个缓存都是基于内存的，因此响应时间是很快，不需要额外的序列化、反序列化的程序，但同时由于基于内存，数据没有持久化，集群故障重启数据无法恢复。高版本的memcached已经支持CAS模式的原子操作，可以低成本的解决并发控制问题。&/p&&h3&Redis缓存&/h3&&p&Redis是一个远程内存数据库（非关系型数据库），性能强劲，具有复制特性以及解决问题而生的独一无二的数据模型。它可以存储键值对与5种不同类型的值之间的映射，可以将存储在内存的键值对数据持久化到硬盘，可以使用复制特性来扩展读性能，还可以使用客户端分片来扩展写性能。&/p&&br&&figure&&img src=&https://pic4.zhimg.com/v2-f4febba92bed22e2229b_b.jpg& data-rawwidth=&491& data-rawheight=&241& class=&origin_image zh-lightbox-thumb& width=&491& data-original=&https://pic4.zhimg.com/v2-f4febba92bed22e2229b_r.jpg&&&/figure&&br&&p&图9 Redis数据模型图&/p&&p&如图9，Redis内部使用一个redisObject对象来标识所有的key和value数据，redisObject最主要的信息如图所示：type代表一个value对象具体是何种数据类型，encoding是不同数据类型在Redis内部的存储方式，比如——type=string代表value存储的是一个普通字符串，那么对应的encoding可以是raw或是int，如果是int则代表世界Redis内部是按数值类型存储和表示这个字符串。&/p&&p&图9左边的raw列为对象的编码方式：字符串可以被编码为raw（一般字符串）或Rint（为了节约内存，Redis会将字符串表示的64位有符号整数编码为整数来进行储存）；列表可以被编码为ziplist或linkedlist，ziplist是为节约大小较小的列表空间而作的特殊表示；集合可以被编码为intset或者hashtable，intset是只储存数字的小集合的特殊表示；hash表可以编码为zipmap或者hashtable，zipmap是小hash表的特殊表示；有序集合可以被编码为ziplist或者skiplist格式，ziplist用于表示小的有序集合，而skiplist则用于表示任何大小的有序集合。&/p&&p&从网络I/O模型上看，Redis使用单线程的I/O复用模型，自己封装了一个简单的AeEvent事件处理框架，主要实现了epoll、kqueue和select。对于单纯只有I/O操作来说，单线程可以将速度优势发挥到最大，但是Redis也提供了一些简单的计算功能，比如排序、聚合等，对于这些操作，单线程模型实际会严重影响整体吞吐量，CPU计算过程中，整个I/O调度都是被阻塞住的，在这些特殊场景的使用中，需要额外的考虑。相较于memcached的预分配内存管理，Redis使用现场申请内存的方式来存储数据，并且很少使用free-list等方式来优化内存分配，会在一定程度上存在内存碎片。Redis跟据存储命令参数，会把带过期时间的数据单独存放在一起，并把它们称为临时数据，非临时数据是永远不会被剔除的，即便物理内存不够，导致swap也不会剔除任何非临时数据（但会尝试剔除部分临时数据）。&/p&&p&我们描述Redis为内存数据库，作为缓存服务，大量使用内存间的数据快速读写，支持高并发大吞吐；而作为数据库，则是指Redis对缓存的持久化支持。Redis由于支持了非常丰富的内存数据库结构类型，如何把这些复杂的内存组织方式持久化到磁盘上？Redis的持久化与传统数据库的方式差异较大，Redis一共支持四种持久化方式，主要使用的两种：&/p&&ol&&li&&strong&定时快照方式(snapshot)：&/strong&该持久化方式实际是在Redis内部一个定时器事件，每隔固定时间去检查当前数据发生的改变次数与时间是否满足配置的持久化触发的条件，如果满足则通过操作系统fork调用来创建出一个子进程，这个子进程默认会与父进程共享相同的地址空间，这时就可以通过子进程来遍历整个内存来进行存储操作，而主进程则仍然可以提供服务，当有写入时由操作系统按照内存页（page）为单位来进行copy-on-write保证父子进程之间不会互相影响。它的缺点是快照只是代表一段时间内的内存映像，所以系统重启会丢失上次快照与重启之间所有的数据。&/li&&li&&strong&基于语句追加文件的方式(aof)：&/strong&aof方式实际类似MySQl的基于语句的binlog方式，即每条会使Redis内存数据发生改变的命令都会追加到一个log文件中，也就是说这个log文件就是Redis的持久化数据。&/li&&/ol&&blockquote&&p&&strong&aof的方式的主要缺点是追加log文件可能导致体积过大，当系统重启恢复数据时如果是aof的方式则加载数据会非常慢，几十G的数据可能需要几小时才能加载完，当然这个耗时并不是因为磁盘文件读取速度慢，而是由于读取的所有命令都要在内存中执行一遍。另外由于每条命令都要写log，所以使用aof的方式，Redis的读写性能也会有所下降。&/strong&&/p&&/blockquote&&p&Redis的持久化使用了Buffer I/O，所谓Buffer I/O是指Redis对持久化文件的写入和读取操作都会使用物理内存的Page Cache，而大多数数据库系统会使用Direct I/O来绕过这层Page Cache并自行维护一个数据的Cache。而当Redis的持久化文件过大（尤其是快照文件），并对其进行读写时，磁盘文件中的数据都会被加载到物理内存中作为操作系统对该文件的一层Cache，而这层Cache的数据与Redis内存中管理的数据实际是重复存储的。虽然内核在物理内存紧张时会做Page Cache的剔除工作，但内核很可能认为某块Page Cache更重要，而让你的进程开始Swap，这时你的系统就会开始出现不稳定或者崩溃了，因此在持久化配置后，针对内存使用需要实时监控观察。&/p&&p&与memcached客户端支持分布式方案不同，Redis更倾向于在服务端构建分布式存储，如图10、11。&/p&&br&&figure&&img src=&https://pic3.zhimg.com/v2-34eac4be505bbab5ba979b1_b.jpg& data-rawwidth=&651& data-rawheight=&334& class=&origin_image zh-lightbox-thumb& width=&651& data-original=&https://pic3.zhimg.com/v2-34eac4be505bbab5ba979b1_r.jpg&&&/figure&&br&图10 Redis分布式集群图1&br&&br&&figure&&img src=&https://pic3.zhimg.com/v2-26c1f3a688c7d14cf3a7_b.jpg& data-rawwidth=&424& data-rawheight=&457& class=&origin_image zh-lightbox-thumb& width=&424& data-original=&https://pic3.zhimg.com/v2-26c1f3a688c7d14cf3a7_r.jpg&&&/figure&&br&&p&图11 Redis分布式集群图2&/p&&p&Redis Cluster是一个实现了分布式且允许单点故障的Redis高级版本，它没有中心节点，具有线性可伸缩的功能。如图11，其中节点与节点之间通过二进制协议进行通信，节点与客户端之间通过ascii协议进行通信。在数据的放置策略上，Redis Cluster将整个key的数值域分成4096个hash槽，每个节点上可以存储一个或多个hash槽，也就是说当前Redis Cluster支持的最大节点数就是4096。Redis Cluster使用的分布式算法也很简单：crc16( key ) % HASH_SLOTS_NUMBER。整体设计可总结为：&/p&&ul&&li&数据hash分布在不同的Redis节点实例上；&/li&&li&M/S的切换采用Sentinel；&/li&&li&写：只会写master Instance，从sentinel获取当前的master Instance；&/li&&li&读：从Redis Node中基于权重选取一个Redis Instance读取，失败/超时则轮询其他Instance；Redis本身就很好的支持读写分离，在单进程的I/O场景下，可以有效的避免主库的阻塞风险；&/li&&li&通过RPC服务访问，RPC server端封装了Redis客户端，客户端基于Jedis开发。&/li&&/ul&&p&可以看到，通过集群+主从结合的设计，Redis在扩展和稳定高可用性能方面都是比较成熟的。但是，在数据一致性问题上，Redis没有提供CAS操作命令来保障高并发场景下的数据一致性问题，不过它却提供了事务的功能，Redis的Transactions提供的并不是严格的ACID的事务（比如一串用EXEC提交执行的命令，在执行中服务器宕机，那么会有一部分命令执行了，剩下的没执行）。但是这个Transactions还是提供了基本的命令打包执行的功能（在服务器不出问题的情况下，可以保证一连串的命令是顺序在一起执行的，中间有会有其它客户端命令插进来执行）。Redis还提供了一个Watch功能，你可以对一个key进行Watch，然后再执行Transactions，在这过程中，如果这个Watched的值进行了修改，那么这个Transactions会发现并拒绝执行。在失效策略上，Redis支持多大6种的数据淘汰策略：&/p&&ol&&li&volatile-lru：从已设置过期时间的数据集（server.db[i].expires）中挑选最近最少使用的数据淘汰；&/li&&li&volatile-ttl：从已设置过期时间的数据集（server.db[i].expires）中挑选将要过期的数据淘汰；&/li&&li&volatile-random：从已设置过期时间的数据集（server.db[i].expires）中任意选择数据淘汰 ；&/li&&li&allkeys-lru：从数据集（server.db[i].dict）中挑选最近最少使用的数据淘汰；&/li&&li&allkeys-random：从数据集（server.db[i].dict）中任意选择数据淘汰；&/li&&li&no-enviction（驱逐）：禁止驱逐数据。&/li&&/ol&&p&&strong&个人总结了以下多种Web应用场景，在这些场景下可以充分的利用Redis的特性，大大提高效率。&/strong&&/p&&ul&&li&在主页中显示最新的项目列表：Redis使用的是常驻内存的缓存，速度非常快。LPUSH用来插入一个内容ID，作为关键字存储在列表头部。LTRIM用来限制列表中的项目数最多为5000。如果用户需要的检索的数据量超越这个缓存容量，这时才需要把请求发送到数据库。&/li&&li&删除和过滤：如果一篇文章被删除，可以使用LREM从缓存中彻底清除掉。&/li&&li&排行榜及相关问题：排行榜（leader board）按照得分进行排序。ZADD命令可以直接实现这个功能，而ZREVRANGE命令可以用来按照得分来获取前100名的用户，ZRANK可以用来获取用户排名，非常直接而且操作容易。&/li&&li&按照用户投票和时间排序：排行榜，得分会随着时间变化。LPUSH和LTRIM命令结合运用，把文章添加到一个列表中。一项后台任务用来获取列表，并重新计算列表的排序，ZADD命令用来按照新的顺序填充生成列表。列表可以实现非常快速的检索，即使是负载很重的站点。&/li&&li&过期项目处理：使用Unix时间作为关键字，用来保持列表能够按时间排序。对current_time和time_to_live进行检索，完成查找过期项目的艰巨任务。另一项后台任务使用ZRANGE…WITHSCORES进行查询，删除过期的条目。&/li&&li&计数：进行各种数据统计的用途是非常广泛的，比如想知道什么时候封锁一个IP地址。INCRBY命令让这些变得很容易，通过原子递增保持计数；GETSET用来重置计数器；过期属性用来确认一个关键字什么时候应该删除。&/li&&li&特定时间内的特定项目：这是特定访问者的问题，可以通过给每次页面浏览使用SADD命令来解决。SADD不会将已经存在的成员添加到一个集合。&/li&&li&Pub/Sub：在更新中保持用户对数据的映射是系统中的一个普遍任务。Redis的pub/sub功能使用了SUBSCRIBE、UNSUBSCRIBE和PUBLISH命令，让这个变得更加容易。&/li&&li&队列：在当前的编程中队列随处可见。除了push和pop类型的命令之外，Redis还有阻塞队列的命令，能够让一个程序在执行时被另一个程序添加到队列。&/li&&/ul&&h1&缓存实战&/h1&&p&实际工程中，对于缓存的应用可以有多种的实战方式，包括侵入式硬编码，抽象服务化应用，以及轻量的注解式使用等。本文将主要介绍下注解式方式。&/p&&h3&Spring注解缓存&/h3&&p&Spring 3.1之后，引入了注解缓存技术，其本质上不是一个具体的缓存实现方案，而是一个对缓存使用的抽象，通过在既有代码中添加少量自定义的各种annotation，即能够达到使用缓存对象和缓存方法的返回对象的效果。Spring的缓存技术具备相当的灵活性，不仅能够使用SpEL（Spring Expression Language）来定义缓存的key和各种condition，还提供开箱即用的缓存临时存储方案，也支持和主流的专业缓存集成。其特点总结如下：&/p&&ul&&li&少量的配置annotation注释即可使得既有代码支持缓存；&/li&&li&支持开箱即用，不用安装和部署额外的第三方组件即可使用缓存；&/li&&li&支持Spring Express Language（SpEL），能使用对象的任何属性或者方法来定义缓存的key和使用规则条件；&/li&&li&支持自定义key和自定义缓存管理者，具有相当的灵活性和可扩展性。&/li&&/ul&&p&和Spring的事务管理类似，Spring Cache的关键原理就是Spring AOP，通过Spring AOP实现了在方法调用前、调用后获取方法的入参和返回值，进而实现了缓存的逻辑。而Spring Cache利用了Spring AOP的动态代理技术，即当客户端尝试调用pojo的foo()方法的时候，给它的不是pojo自身的引用，而是一个动态生成的代理类。&/p&&br&&figure&&img src=&https://pic1.zhimg.com/v2-fb90fb05f0c2bee90ff3a_b.jpg& data-rawwidth=&591& data-rawheight=&217& class=&origin_image zh-lightbox-thumb& width=&591& data-original=&https://pic1.zhimg.com/v2-fb90fb05f0c2bee90ff3a_r.jpg&&&/figure&&br&&p&图12 Spring动态代理调用图&/p&&p&如图12所示，实际客户端获取的是一个代理的引用，在调用foo()方法的时候，会首先调用proxy的foo()方法，这个时候proxy可以整体控制实际的pojo.foo()方法的入参和返回值，比如缓存结果，比如直接略过执行实际的foo()方法等，都是可以轻松做到的。Spring Cache主要使用三个注释标签，即@Cacheable、@CachePut和@CacheEvict，主要针对方法上注解使用，部分场景也可以直接类上注解使用，当在类上使用时，该类所有方法都将受影响。我们总结一下其作用和配置方法，如表1所示。&/p&&p&表1&/p&&p&&strong&&figure&&img src=&https://pic3.zhimg.com/v2-abfc64dd97738_b.jpg& data-rawwidth=&783& data-rawheight=&562& class=&origin_image zh-lightbox-thumb& width=&783& data-original=&https://pic3.zhimg.com/v2-abfc64dd97738_r.jpg&&&/figure&这基本能够满足一般应用对缓存的需求，但现实总是很复杂，当你的用户量上去或者性能跟不上，总需要进行扩展，这个时候你或许对其提供的内存缓存不满意了，因为其不支持高可用性，也不具备持久化数据能力，这个时候，你就需要自定义你的缓存方案了，还好，Spring也想到了这一点。&/strong&可扩展支持：Spring注解cache能够满足一般应用对缓存的需求，但随着应用服务的复杂化，大并发高可用性能要求下，需要进行一定的扩展，这时对其自身集成的缓存方案可能不太适用，该怎么办？Spring预先有考虑到这点，那么怎样利用Spring提供的扩展点实现我们自己的缓存，且在不改变原来已有代码的情况下进行扩展？是否在方法执行前就清空，默认为false，如果指定为true，则在方法还没有执行的时候就清空缓存，默认情况下，如果方法执行抛出异常，则不会清空缓存。&/p&&p&我们先不考虑如何持久化缓存，毕竟这种第三方的实现方案很多，我们要考虑的是，怎么利用Spring提供的扩展点实现我们自己的缓存，且在不改原来已有代码的情况下进行扩展。这需要简单的三步骤，首先需要提供一个CacheManager接口的实现（继承至AbstractCacheManager），管理自身的cache实例；其次，实现自己的cache实例MyCache(继承至Cache)，在这里面引入我们需要的第三方cache或自定义cache；最后就是对配置项进行声明，将MyCache实例注入CacheManager进行统一管理。&/p&&h3&酒店商家端自定义注解缓存&/h3&&p&注解缓存的使用，可以有效增强应用代码的可读性，同时统一管理缓存，提供较好的可扩展性，为此，酒店商家端在Spring注解缓存基础上，自定义了适合自身业务特性的注解缓存。&/p&&p&主要使用两个标签，即@HotelCacheable、@HotelCacheEvict，其作用和配置方法见表2。&/p&&p&表2&/p&&figure&&img src=&https://pic2.zhimg.com/v2-db66ce31da301c61cd1cfc60f52aca01_b.jpg& data-rawwidth=&780& data-rawheight=&267& class=&origin_image zh-lightbox-thumb& width=&780& data-original=&https://pic2.zhimg.com/v2-db66ce31da301c61cd1cfc60f52aca01_r.jpg&&&/figure&&p&&figure&&img src=&https://pic2.zhimg.com/v2-ace3205fb3fdedd85c75e45cfe16832c_b.jpg& data-rawwidth=&847& data-rawheight=&361& class=&origin_image zh-lightbox-thumb& width=&847& data-original=&https://pic2.zhimg.com/v2-ace3205fb3fdedd85c75e45cfe16832c_r.jpg&&&/figure&增加作用域的概念，解决商家信息变更下，多重重要信息实时更新的问题。&/p&&p&图13 域缓存处理图&/p&&p&如图13，按旧的方案，当cache0发送变化时，为了保持信息的实时更新，需要手动删除cache1、cache2、cache3等相关处的缓存数据。增加域缓存概念，cache0、cache1、cache2、cache3是以账号ID为基础，相互存在影响约束的集合体，我们作为一个域集合，增加域缓存处理，当cache0发送变化时，整体的账号ID domain域已发生更新，自动影响cache1、cache2、cache3等处的缓存数据。将相关联逻辑缓存统一化，有效提升代码可读性，同时更好服务业务，账号重点信息能够实时变更刷新，相关服务响应速度提升。&/p&&p&另外，增加了cacheCondition缓存刷入前置判断，有效解决商家业务多重外部依赖场景下，业务降级有损服务下，业务数据一致性保证，不因为缓存的增加影响业务的准确性；自定义CacheManager缓存管理器，可以有效兼容公共基础组件Medis、Cellar相关服务，在对应用程序不做改动的情况下，有效切换缓存方式；同时，统一的缓存服务AOP入口，结合接入Mtconfig统一配置管理，对应用内缓存做好降级准备，一键关闭缓存。几点建议：&/p&&ul&&li&上面介绍过Spring Cache的原理是基于动态生成的proxy代理机制来进行切面处理，关键点是对象的引用问题，如果对象的方法是类里面的内部调用（this引用）而不是外部引用的场景下，会导致proxy失败，那么我们所做的缓存切面处理也就失效了。因此，应避免已注解缓存的方法在类里面的内部调用。&/li&&li&使用的key约束，缓存的key应尽量使用简单的可区别的元素，如ID、名称等，不能使用list等容器的值，或者使用整体model对象的值。非public方法无法使用注解缓存实现。&/li&&/ul&&blockquote&&p&&strong&总之，注释驱动的Spring Cache能够极大的减少我们编写常见缓存的代码量，通过少量的注释标签和配置文件，即可达到使代码具备缓存的能力，且具备很好的灵活性和扩展性。但是我们也应该看到，Spring Cache由于基于Spring AOP技术，尤其是动态的proxy技术，导致其不能很好的支持方法的内部调用或者非public方法的缓存设置，当然这些都是可以解决的问题。&/strong&&/p&&/blockquote&&h1&作者简介&/h1&&p&明辉，美团点评酒旅事业群酒店住宿研发团队B端商家业务平台负责人，主导构建商家业务平台系统，支撑美团点评酒店住宿业务的飞速发展需求。曾任职于联想集团、百度。&/p&
本文已发表于《程序员》杂志2017年第3期，下面的版本又经过进一步的修订。前言一般而言，现在互联网应用（网站或App）的整体流程，可以概括如图1所示，用户请求从界面（浏览器或App界面）到网络转发、应用服务再到存储（数据库或文件系统），然后返回到界面…
&p&不谈具体项目讲哪个有优势纯属耍流氓。&/p&&p&你的项目是遍地CURD的“企业级”系统？当然ng2有技术优势：&/p&&ul&&li&满地都是form，每个form有茫茫多的字段，双向绑定是你的好朋友，自带的表单验证机制是你的好朋友&/li&&li&因为你从头到尾90%的时间是做在CURD和高级一点的CURD，为了放置无处安放的CURD代码和方便的调用这些代码，你写了无数个Service而且他们之间还互相依赖，依赖注入是你的好朋友&/li&&li&什么都有，什么都有现成的模式，就像java一样，充分的降低对程序员技术的要求，程序员可以专心搬砖，不用想太多。&/li&&/ul&&p&你的项目界面简单，但是交互经过精心设计？各种点了改，各种互相拖拽，各种别人家看不到的自定义界面？当然react有技术优势：&/p&&ul&&li&不存在form这种东西，只存在零散分布于各处的可以用不同操作方式改变状态的组件，不存在模式化的表单验证这种东西。可以无限组合的stateless function是你的好朋友。&/li&&li&你从头到尾都在倒腾把组件塞到不同的地方，并且让他们之间无限联动又不能出bug。可以无限组合的stateless function是你的好朋友。&/li&&li&没有现成的模式可以借鉴，因为你要的效果就是你的项目做完发推带个gif就一堆人膜拜。基本所有组件都要自己撸。自己撸的话当然自己喜欢哪个lib就用哪个，做个项目不带100个依赖说明太玩具。然后你欺骗自己没有在搬砖。:P&/li&&/ul&&p&所以反正是搬砖，别比来比去觉得别人傻x了，老老实实都学了，看具体项目选择使用吧。&/p&&p&============================================================&/p&&p& 更新&/p&&p&出乎意料得到了这么多赞，看来很多同学想法和我不谋而合。&/p&&p&匿名是因为这个回答纯属一时兴起，跑来&b&黑一黑一直以来的自己：&/b&&/p&&p&遇到ng1的时候，我到处宣扬jQuery太落后了，我们有jqLite就是为了干掉jQuery。&/p&&p&遇到React的时候，我到处宣扬ng1太落后了，狂黑ng1的性能和围绕$scope的一些设计缺陷。&/p&&p&遇到Vue的时候，我到处宣扬React太死板了，不允许任何的魔法，而Vue有恰到好处，精心设计的魔法。&/p&&p&遇到Elm的时候，我到处宣扬React的Redux是抄袭者，Vue过于动态，狂黑因为没有tagged union+pattern match，redux和vuex用起来都很丑。&/p&&p&。。。&/p&&p&直到有一天我一个人负责了一个巨型的项目，既有茫茫多的CURD，又有状态复杂的特殊界面。这个项目前端是用react + nuclear.js(那时还没有redux)写的。我发现写的过程中，我在写CURD时怀念双向绑定，写onChange/value写的想砸键盘。在写状态复杂的界面时赞叹React+Nuclear.js组合纯函数+外置state简直是神器，避免了无数个bug。在代码堆成山的时候会想如果我用的是强类型的Elm是不是可以避免90%的低级错误？&/p&&p&完成这个项目之后，我再也不会去捧或黑了。设计是优雅还是愚蠢，其实取决于使用场景。你用的每个框架都有秒杀别人的地方，也都会有用起来很傻的状况。&/p&
不谈具体项目讲哪个有优势纯属耍流氓。你的项目是遍地CURD的“企业级”系统？当然ng2有技术优势：满地都是form，每个form有茫茫多的字段，双向绑定是你的好朋友，自带的表单验证机制是你的好朋友因为你从头到尾90%的时间是做在CURD和高级一点的CURD，为了放…
&p&回答这个问题可能要先从一些第三方的微信编辑器说起&/p&&p&对于大多数做微信公众号运营的人而言接触最多的可能是这样的编辑器&/p&&figure&&img src=&https://pic1.zhimg.com/50/v2-bfd72ddcea455_b.jpg& data-rawwidth=&2362& data-rawheight=&1162& class=&origin_image zh-lightbox-thumb& width=&2362& data-original=&https://pic1.zhimg.com/50/v2-bfd72ddcea455_r.jpg&&&/figure&&p&这样的&/p&&figure&&img src=&https://pic1.zhimg.com/50/v2-ff56e3cb40e657c20af174f_b.jpg& data-rawwidth=&2166& data-rawheight=&1214& class=&origin_image zh-lightbox-thumb& width=&2166& data-original=&https://pic1.zhimg.com/50/v2-ff56e3cb40e657c20af174f_r.jpg&&&/figure&&p&这样的&/p&&figure&&img src=&https://pic1.zhimg.com/50/v2-e4627557cac7a37e73d65dc07f8baf8f_b.jpg& data-rawwidth=&2542& data-rawheight=&1362& class=&origin_image zh-lightbox-thumb& width=&2542& data-original=&https://pic1.zhimg.com/50/v2-e4627557cac7a37e73d65dc07f8baf8f_r.jpg&&&/figure&&p&和这样的。。&/p&&figure&&img src=&https://pic2.zhimg.com/50/v2-a083e82db06e585cffee4_b.jpg& data-rawwidth=&2496& data-rawheight=&1364& class=&origin_image zh-lightbox-thumb& width=&2496& data-original=&https://pic2.zhimg.com/50/v2-a083e82db06e585cffee4_r.jpg&&&/figure&&p&老实说，看着市面上琳琅满目的微信排版工具，里面各种节庆假日、大红大紫的主题模板，像一个个画着大浓妆的&b&妖艳贱货&/b&，我有点怀疑人生了。。&/p&&p&我也实在想不明白，对于一个正常输出内容的公众号， 下面这种模板的意义到底在哪里。&/p&&br&&figure&&img src=&https://pic1.zhimg.com/50/v2-9ff47bd225ebfa0c1a48af_b.jpg& data-rawwidth=&902& data-rawheight=&476& class=&origin_image zh-lightbox-thumb& width=&902& data-original=&https://pic1.zhimg.com/50/v2-9ff47bd225ebfa0c1a48af_r.jpg&&&/figure&&p&就我对微信编辑器或者写作体验的理解来说，最好的形式应该是Markdown，不需要多余编辑器的按钮，写作者完全专注于内容。像这样
?&a href=&//link.zhihu.com/?target=http%3A//laobubu.net/MarkdownIME/index.zh.html& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&?
MarkdownIME on&/a& Web&/p&&figure&&img src=&https://pic1.zhimg.com/50/v2-419ffe5c97ce60aa6660beccc662cac9_b.jpg& data-rawwidth=&1484& data-rawheight=&554& class=&origin_image zh-lightbox-thumb& width=&1484& data-original=&https://pic1.zhimg.com/50/v2-419ffe5c97ce60aa6660beccc662cac9_r.jpg&&&/figure&&br&&p&不过明显，我的这些要求属于&b&『小众需求』&/b&。同时我认为微信原生的编辑器在大部分功能点上已经做得很足够了，不过像这篇文章的文字间距以及文章的缩进这样的简单实用的功能却无法实现。&/p&&p&那从一个产品的角度上来思考，我对第三方微信编辑器能做的最大的让步应该是以浏览器插件的形式基于微信的后台编辑器进行二次开发，这样写作的时候不用在微信后台与第三方编辑器页面之间来回跳转，保证写作者有一个沉浸式的写作体验。&/p&&p&直到使用了这样的一个工具--新媒体管家，&b&在使用两个月之后之后，我决定把它推荐给你们。&/b&&/p&&p&&b&看下插件安装后的效果&/b&&/p&&figure&&img src=&https://pic2.zhimg.com/50/v2-5e9a2a2eea1636eeedda83e_b.jpg& data-rawwidth=&2386& data-rawheight=&1388& class=&origin_image zh-lightbox-thumb& width=&2386& data-original=&https://pic2.zhimg.com/50/v2-5e9a2a2eea1636eeedda83e_r.jpg&&&/figure&&p&这个选取了一些比较痛的功能点（包括字距，缩进，表情字符，动图搜索以及一键采集图文素材和生成永久链接的功能），无缝地接入到微信后台，尽量不给用户造成任何打扰。难能可贵的是该插件为每个功能都加了开关按钮。&/p&&figure&&img src=&https://pic3.zhimg.com/50/v2-340cbe0ac3f5c4e5a27e3bc849ac5fa3_b.jpg& data-rawwidth=&744& data-rawheight=&1002& class=&origin_image zh-lightbox-thumb& width=&744& data-original=&https://pic3.zhimg.com/50/v2-340cbe0ac3f5c4e5a27e3bc849ac5fa3_r.jpg&&&/figure&&br&&p&同时还可以利用插件方便地进行自己的多账号之间的切换与管理&/p&&br&&figure&&img src=&https://pic2.zhimg.com/50/v2-53a20bb5daf8824e6eba8b0e4d0eb78a_b.jpg& data-rawwidth=&764& data-rawheight=&1018& class=&origin_image zh-lightbox-thumb& width=&764& data-original=&https://pic2.zhimg.com/50/v2-53a20bb5daf8824e6eba8b0e4d0eb78a_r.jpg&&&/figure&&p&-------------------------------------------------------------------&/p&&p&2.16再更今天发现插件又多了一些新的功能。&/p&&p&对微信后台的消息管理进行了改进&/p&&figure&&img src=&https://pic2.zhimg.com/50/v2-db1a71aa4a5ecbed9820_b.jpg& data-rawwidth=&1916& data-rawheight=&1194& class=&origin_image zh-lightbox-thumb& width=&1916& data-original=&https://pic2.zhimg.com/50/v2-db1a71aa4a5ecbed9820_r.jpg&&&/figure&&p&同时还加了对文字链接的支持。这真是一个福音啊哈哈哈！！&/p&&figure&&img src=&https://pic1.zhimg.com/50/v2-5f047fe0be_b.jpg& data-rawwidth=&1928& data-rawheight=&830& class=&origin_image zh-lightbox-thumb& width=&1928& data-original=&https://pic1.zhimg.com/50/v2-5f047fe0be_r.jpg&&&/figure&&p&----2.17号更新-----------------------&/p&&p&插件好像又新加了微信图文所有动图自动播放的功能。&/p&&p&之前微信图文限制了只播放前5张动图。&/p&&p&-----------------------------------------&/p&&p&然后有几个同学私信问我下载地址 我这边统一回复下吧。&/p&&p&就是这里
&a href=&//link.zhihu.com/?target=http%3A//xmt.cn/& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&新媒体管家 - 首页&/a& &/p&
回答这个问题可能要先从一些第三方的微信编辑器说起对于大多数做微信公众号运营的人而言接触最多的可能是这样的编辑器这样的这样的和这样的。。老实说，看着市面上琳琅满目的微信排版工具，里面各种节庆假日、大红大紫的主题模板，像一个个画着大浓妆的妖艳…
&p&&b&更新&/b&&/p&&p&没想到这么快200赞，再分享剩下珍藏的几个私货吧：&/p&&br&&p&1.&/p&&figure&&img src=&https://pic3.zhimg.com/50/v2-3e49e1c9fcb6dbadee89495_b.jpg& data-rawwidth=&638& data-rawheight=&452& class=&origin_image zh-lightbox-thumb& width=&638& data-original=&https://pic3.zhimg.com/50/v2-3e49e1c9fcb6dbadee89495_r.jpg&&&/figure&&p&&b&Cookie Hacker&/b&，余*弦（此处应打码）出品。高调做事，低调做人，黑*客自便。传送门：&/p&&p&&a href=&//link.zhihu.com/?target=https%3A//chrome.google.com/webstore/detail/cookie-hacker/pbobjedjkopcjolicmbnmmhjmnlcdjfh& class=& external& target=&_blank& rel=&nofollow noreferrer&&&span class=&invisible&&https://&/span&&span class=&visible&&chrome.google.com/webst&/span&&span class=&invisible&&ore/detail/cookie-hacker/pbobjedjkopcjolicmbnmmhjmnlcdjfh&/span&&span class=&ellipsis&&&/span&&/a&&/p&&br&&p&2.&/p&&figure&&img src=&https://pic3.zhimg.com/50/v2-cf3b55a21b78e0eefed950e2d5ced7ba_b.jpg& data-rawwidth=&711& data-rawheight=&752& class=&origin_image zh-lightbox-thumb& width=&711& data-original=&https://pic3.zhimg.com/50/v2-cf3b55a21b78e0eefed950e2d5ced7ba_r.jpg&&&/figure&&p&&b&EditThisCookie&/b&，另一个cookie工具， 添加，删除，编辑，搜索，锁定和屏蔽。传送门：&/p&&p&&a href=&//link.zhihu.com/?target=https%3A//chrome.google.com/webstore/detail/editthiscookie/fngmhnnpilhplaeedifhccceomclgfbg& class=& external& target=&_blank& rel=&nofollow noreferrer&&&span class=&invisible&&https://&/span&&span class=&visible&&chrome.google.com/webst&/span&&span class=&invisible&&ore/detail/editthiscookie/fngmhnnpilhplaeedifhccceomclgfbg&/span&&span class=&ellipsis&&&/span&&/a&&/p&&br&&p&3.&/p&&figure&&img src=&https://pic3.zhimg.com/50/v2-dcef97ceb38d43cf2acf_b.jpg& data-rawwidth=&1899& data-rawheight=&980& class=&origin_image zh-lightbox-thumb& width=&1899& data-original=&https://pic3.zhimg.com/50/v2-dcef97ceb38d43cf2acf_r.jpg&&&/figure&&p&&b&Enable Copy&/b&，激活选择。用途多样而邪恶，不多说，诸君自便。传送门：&/p&&p&&a href=&//link.zhihu.com/?target=https%3A//chrome.google.com/webstore/detail/enable-copy/lmnganadkecefnhncokdlaohlkneihio& class=& external& target=&_blank& rel=&nofollow noreferrer&&&span class=&invisible&&https://&/span&&span class=&visible&&chrome.google.com/webst&/span&&span class=&invisible&&ore/detail/enable-copy/lmnganadkecefnhncokdlaohlkneihio&/span&&span class=&ellipsis&&&/span&&/a&&/p&&br&&p&4.&/p&&figure&&img src=&https://pic1.zhimg.com/50/v2-408c5c20b7cac9a34d7ccc0e8beb55bf_b.jpg& data-rawwidth=&1920& data-rawheight=&919& class=&origin_image zh-lightbox-thumb& width=&1920& data-original=&https://pic1.zhimg.com/50/v2-408c5c20b7cac9a34d7ccc0e8beb55bf_r.jpg&&&/figure&&p&&b&Awesome Screenshot&/b&，这个国内用户很少知道，但国外用的多，在有些时候比Fireshot好。在我的系统分辨率有缩放时表现依然正常。传送门：&/p&&p&&a href=&//link.zhihu.com/?target=https%3A//chrome.google.com/webstore/detail/awesome-screenshot-screen/nlipoenfbbikpbjkfpfillcgkoblgpmj& class=& external& target=&_blank& rel=&nofollow noreferrer&&&span class=&invisible&&https://&/span&&span class=&visible&&chrome.google.com/webst&/span&&span class=&invisible&&ore/detail/awesome-screenshot-screen/nlipoenfbbikpbjkfpfillcgkoblgpmj&/span&&span class=&ellipsis&&&/span&&/a&&/p&&br&&p&5.&/p&&figure&&img src=&https://pic3.zhimg.com/50/v2-55f1bbfd54ea569cc9b6c95f_b.jpg& data-rawwidth=&640& data-rawheight=&400& class=&origin_image zh-lightbox-thumb& width=&640& data-original=&https://pic3.zhimg.com/50/v2-55f1bbfd54ea569cc9b6c95f_r.jpg&&&/figure&&p&&b&Extensions Update Notifier&/b& ，当chrome拓展自动更新时弹出提示，也许不太有用。传送门：&/p&&p&&a href=&//link.zhihu.com/?target=https%3A//chrome.google.com/webstore/detail/extensions-update-notifie/nlldbplhbaopldicmcoogopmkonpebjm& class=& external& target=&_blank& rel=&nofollow noreferrer&&&span class=&invisible&&https://&/span&&span class=&visible&&chrome.google.com/webst&/span&&span class=&invisible&&ore/detail/extensions-update-notifie/nlldbplhbaopldicmcoogopmkonpebjm&/span&&span class=&ellipsis&&&/span&&/a&&/p&&br&&p&010我是丑陋的分割线10101&/p&&br&&p&推荐一些程序员的干货&/p&&p&1.&/p&&figure&&img src=&https://pic2.zhimg.com/50/v2-22d9ea9929d6aae6c6aaa_b.jpg& data-rawwidth=&1920& data-rawheight=&919& class=&origin_image zh-lightbox-thumb& width=&1920& data-original=&https://pic2.zhimg.com/50/v2-22d9ea9929d6aae6c6aaa_r.jpg&&&/figure&&p&&b&WakaTime&/b&，哈哈，你没看错，大名鼎鼎、让无数程序猿又爱又恨的Wakatime也登陆chrome了！顺带附上我这只丧心病狂的猿的统计。传送门：&/p&&p&&a href=&//link.zhihu.com/?target=https%3A//chrome.google.com/webstore/detail/wakatime/jnbbnacmeggbgdjgaoojpmhdlkkpblgi& class=& external& target=&_blank& rel=&nofollow noreferrer&&&span class=&invisible&&https://&/span&&span class=&visible&&chrome.google.com/webst&/span&&span class=&invisible&&ore/detail/wakatime/jnbbnacmeggbgdjgaoojpmhdlkkpblgi&/span&&span class=&ellipsis&&&/span&&/a&&/p&&br&&p&2. &/p&&figure&&img src=&https://pic3.zhimg.com/50/v2-f8de901cfe466fa19cec61d171d3b9c1_b.jpg& data-rawwidth=&1920& data-rawheight=&919& class=&origin_image zh-lightbox-thumb& width=&1920& data-original=&https://pic3.zhimg.com/50/v2-f8de901cfe466fa19cec61d171d3b9c1_r.jpg&&&/figure&&p&&b&Chrono下载管理器&/b& ，再也不用忍受chrome自带的慢速下载器和无穷无尽的失败了，支持资源嗅探，断点续传。传送门：&/p&&p&&a href=&//link.zhihu.com/?target=https%3A//chrome.google.com/webstore/detail/chrono-download-manager/mciiogijehkdemklbdcbfkefimifhecn& class=& external& target=&_blank& rel=&nofollow noreferrer&&&span class=&invisible&&https://&/span&&span class=&visible&&chrome.google.com/webst&/span&&span class=&invisible&&ore/detail/chrono-download-manager/mciiogijehkdemklbdcbfkefimifhecn&/span&&span class=&ellipsis&&&/span&&/a&&/p&&br&&p&3.&/p&&figure&&img src=&https://pic4.zhimg.com/50/v2-bf1fae28b830c1af0fcefc6b6e5dc6b5_b.jpg& data-rawwidth=&1920& data-rawheight=&919& class=&origin_image zh-lightbox-thumb& width=&1920& data-original=&https://pic4.zhimg.com/50/v2-bf1fae28b830c1af0fcefc6b6e5dc6b5_r.jpg&&&/figure&&p&&b&IE Tab&/b& ，在chrome中以ie内核打开网页，前端攻城狮和登录老旧网银必备。传送门：&/p&&p&&a href=&//link.zhihu.com/?target=https%3A//chrome.google.com/webstore/detail/ie-tab/hehijbfgiekmjfkfjpbkbammjbdenadd& class=& external& target=&_blank& rel=&nofollow noreferrer&&&span class=&invisible&&https://&/span&&span class=&visible&&chrome.google.com/webst&/span&&span class=&invisible&&ore/detail/ie-tab/hehijbfgiekmjfkfjpbkbammjbdenadd&/span&&span class=&ellipsis&&&/span&&/a&&/p&&br&&p&4.&/p&&figure&&img src=&https://pic2.zhimg.com/50/v2-7d10d6bd3b504edbc43c4affc3a58a13_b.jpg& data-rawwidth=&1920& data-rawheight=&1005& class=&origin_image zh-lightbox-thumb& width=&1920& data-original=&https://pic2.zhimg.com/50/v2-7d10d6bd3b504edbc43c4affc3a58a13_r.jpg&&&/figure&&p&&b&Postman&/b&，后端api测试神器，前端攻城狮都懂的！传送门：&/p&&p&&a href=&//link.zhihu.com/?target=https%3A//chrome.google.com/webstore/detail/postman/fhbjgbiflinjbdggehcddcbncdddomop& class=& external& target=&_blank& rel=&nofollow noreferrer&&&span class=&invisible&&https://&/span&&span class=&visible&&chrome.google.com/webst&/span&&span class=&invisible&&ore/detail/postman/fhbjgbiflinjbdggehcddcbncdddomop&/span&&span class=&ellipsis&&&/span&&/a&&/p&&br&&p&5.&/p&&figure&&img src=&https://pic2.zhimg.com/50/v2-177fe9b2f680a49a09f862cb2e659555_b.jpg& data-rawwidth=&283& data-rawheight=&883& class=&content_image& width=&283&&&/figure&&p&&b&SEOquake&/b&，SEO查询神器，站长都知道。传送门：&/p&&p&&a href=&//link.zhihu.com/?target=https%3A//chrome.google.com/webstore/detail/akdgnmcogleenhbclghghlkkdndkjdjc%3Futm_source%3Dchrome-app-launcher-info-dialog& class=& external& target=&_blank& rel=&nofollow noreferrer&&&span class=&invisible&&https://&/span&&span class=&visible&&chrome.google.com/webst&/span&&span class=&invisible&&ore/detail/akdgnmcogleenhbclghghlkkdndkjdjc?utm_source=chrome-app-launcher-info-dialog&/span&&span class=&ellipsis&&&/span&&/a&&/p&&br&&p&6.&/p&&figure&&img src=&https://pic4.zhimg.com/50/v2-a723e482d789a5b6ab0fd_b.jpg& data-rawwidth=&567& data-rawheight=&752& class=&origin_image zh-lightbox-thumb& width=&567& data-original=&https://pic4.zhimg.com/50/v2-a723e482d789a5b6ab0fd_r.jpg&&&/figure&&p&&b&Tag Assistant (by Google)&/b& ，又一SEO工具，谷歌Analytics分析，站长必备。传送门：&/p&&p&&a href=&//link.zhihu.com/?}
我要回帖
更多关于 最囧游戏2 50关怎么过 的文章
- ·游戏自由连接464坑爹游戏22关怎么过过?
- ·游戏丛林捉妖记45最囧游戏2第9关怎么过过
- ·最囧游戏44关怎么过第二十七关怎么过
- ·最囧游戏44关怎么过二 四十三关怎么过？
- ·游戏这坑爹游戏第20关怎么过？
- ·最囧游戏50关怎么过2no more keys38关怎么过
- ·最囧游戏第二关怎么过2第30关怎么过
- ·最囧游戏2 50关怎么过第7关怎么过 迅速点出混在鸡群中的五只鸭子
- ·最囧游戏59关怎么过2第43关怎么过 卖火柴的小女孩好冷可以为她取暖吗攻略
- ·最囧游戏第二关怎么过，52关怎么过
- ·深城323天空之城16关怎么过过 深城323关BOSS怎么打
- ·最囧游戏2第7关怎么过，怎么过？提示 ：有一只羊躲在另一只羊后面
- ·最囧游戏59关怎么过我kao第12关怎么过
- ·最囧游戏59关怎么过2第59关攻略 59关怎么过攻略
- ·最囧游戏52关怎么过1的第34关怎么过
- ·最囧游戏52关怎么过2第6关怎么过?
- ·最囧游戏52关怎么过2第三十九关怎么过
- ·最囧游戏2第4关怎么过第36关到43关怎么过
- ·最囧游戏2第8关怎么过3关怎么过 最囧游戏2第8关怎么过3关通关攻略
- ·最囧游戏59关怎么过18关 最囧游戏59关怎么过1我kao第18关怎么过
- ·最难游戏2第二最囧游戏第七关怎么过过 最难游戏2攻略第二关
- ·最囧游戏第14关怎么过3第1关怎么过 完美通关图文详解攻略
- ·《最囧游戏59关怎么过2》第58关怎么过
- ·最囧游戏40关怎么过l第84关怎么过
- ·最囧挑战2第4最囧游戏36关怎么过过 第四关通关技巧分享
- ·最囧游戏2第8关怎么过笫ⅱ关怎么过
- ·怎么过最囧游戏50关怎么过第32关
- ·最囧的游戏7最囧游戏36关怎么过过
- ·最囧游戏2第8关怎么过里40关怎么过
- ·最囧游戏2第9关怎么过第二22关怎么过
- ·最囧游戏40关怎么过三的43关怎么过
- ·史上最囧游戏36关怎么过4第十八关怎么过 关卡18图文攻略
- ·史上最囧游戏2 50关怎么过第89关怎么过 输入8位数
- ·最囧挑战2第二十五最囧游戏50关怎么过过
- ·最囧游戏2第8关怎么过二弟18关怎么过
- ·最囧游戏59关怎么过又挂了第14关怎么过 最囧游戏59关怎么过又
- ·最囧挑战3第13最囧游戏59关怎么过过 最囧挑战3第13关攻略
- ·最囧挑战3第4最囧游戏40关怎么过过 最囧挑战3第4关通关攻略
- ·最囧游戏36关怎么过2第5题怎么过
- ·最囧挑战3第4最囧游戏2 50关怎么过过 最囧挑战3第4关攻略
- ·最囧游戏36关怎么过2第20关怎么过不去
- ·最囧游戏40关怎么过1定17关怎么过
- ·最囧游戏52关怎么过2攻略39关怎么过视频
- ·最囧挑战3第16最囧游戏2 50关怎么过过 找出被盗的银子
- ·最囧游戏43关怎么过，2第34关怎么过
- ·最囧挑战第5最囧游戏2第9关怎么过过 第五关通关图文攻略
- ·最囧挑战3第13最囧游戏59关怎么过过
- ·史上最囧游戏2第9关怎么过4第111关怎么过 关卡111图文攻略
- ·史上最囧挑战25最囧游戏59关怎么过过
- ·最囧挑战3第最囧游戏36关怎么过过 最囧挑战3第6关攻略
- ·史上最囧挑战第二十二最囧游戏40关怎么过过
- ·史上最囧挑战第21最囧游戏50关怎么过过
- ·最囧挑战3第十二最囧游戏50关怎么过过 最囧挑战3第十二关图
- ·史上最囧挑战第49最囧游戏50关怎么过过
- ·史上最囧挑战第36最囧游戏40关怎么过过
- ·史上最囧游戏52关怎么过挑战13怎么过
- ·36最囧游戏50关怎么过过 史上最囧挑战第36关图文攻略
- ·32最囧游戏50关怎么过过 史上最囧挑战第32关图文攻略
- ·史上最囧挑战28最囧游戏50关怎么过过
- ·最囧挑战2第5关通关教程 最囧挑战2第5最囧游戏59关怎么过过
- ·史上最囧挑战7最囧游戏2第8关怎么过过不了
- ·史上最囧挑战九最囧游戏2 50关怎么过过
- ·史上最囧挑战》第13最囧游戏59关怎么过过 谁是男扮女装答
- ·最囧挑战2第五十三最囧游戏36关怎么过过
- ·最囧挑战游戏第51最囧游戏50关怎么过过 干掉这个BOSS
- ·史上最囧游戏43关怎么过挑战第33怎么过
- ·史上最囧挑战2最囧游戏40关怎么过过
- ·上最囧游戏59关怎么过挑战第12关攻略怎么过
- ·史上最囧挑战，13最囧游戏40关怎么过过
- ·史上最牛最囧游戏50关怎么过3第3关怎么过 史上最牛
- ·最囧挑战》第2最囧游戏40关怎么过过 讨厌的痘痘挤爆它答
- ·上最囧挑战第58最囧游戏36关怎么过过
- ·最囧游戏2第9关怎么过公式关怎么过
- ·最囧挑战游戏第61最囧游戏3第5关怎么过过 衣服上有几个洞
- ·最囧挑战第67最囧游戏2 50关怎么过过
- ·最囧游戏2 50关怎么过第1关怎么过 最囧游戏2 50关怎么过第1关攻
- ·最囧的游戏44最囧游戏2第8关怎么过过
更多推荐
- ·怎样查询对方LOL的lol昵称查qq号方法2019？
- ·人体舒适湿度对照表最舒适的湿度是多少?
- ·谁给推荐一个3.13的70TBC魔兽世界70级公益服私服，装备能外拍的？
- ·求一款游戏，主角是一个迷你玩具有个机器人的游戏忘记是什么游戏了。
- ·求大佬自创锤类武魂魂技昊日武魂，可以不？
- ·纯手滑打游戏手不滑怎么办有哪些
- ·用游戏中存在的名词，如lol德玛西亚杯总决赛做公司名字，会不会违法被起诉
- ·老三国里解说是不是老梁故事汇李幼斌斌
- ·王者荣耀美化盒子包百度云完美世界
- ·玩游戏时提示内存不足,为什么老是提示下载资源扩展包?
- ·cfm4aicf千变和武圣买那个好在哪买
- ·昭月是哪个橙光游戏芈月传里的
- ·我这个配置 想陪个能玩fifa online3配置 要个什么显卡比较靠谱呢，价格实惠点的
- ·王者荣耀皮肤碎片福袋你们觉得用皮肤碎片换哪个英雄，给个建议
- ·为什么lol会本合同自动终止止
- ·这配置还玩不了 方舟生存进化配置要求？
- ·夏夕凉亭五子棋八卦阵
- ·求潜行狙击免费观看全集。我id happy刘少
- ·我的世界雪傀儡怎么做变异
- ·我赚钱游戏积分兑换实物上好多积分,怎么兑换啊?
- ·游戏自由连接464坑爹游戏22关怎么过过?
- ·失落魔法大陆之失落的世界魔之套装在哪个地方打
- ·怎么用htchtc vive能在户外玩吗玩上古卷轴5
- ·巨神亚瑟和龙神君焰狼王哪个好
- ·亚索风墙可以挡光辉的风墙 连大发明家平A都挡住怎么打
- ·腾讯英雄杀杀全智贤技能 全智贤 阵营：臣 体力：4血 韩星：被动技，对你使用【画地为牢】的腾讯英雄杀立即减少1
- ·天涯明月刀t4金装 T1 金装如何获得？
- ·我要LOL瞎子的lo李青一库音效下载，谢谢。分送上
- ·求电车之狼百度网盘压缩去马软件！！加分，不开玩笑
- ·大主宰之洛漓手游洛漓扮演者
- ·海岛奇兵19级司令部25哈特曼司令部怎么攻破？
- ·为什么我的xbox360手柄驱动没用在电视显示画面后就没用了，主机不连接电视一切
- ·三国大时代4攻略中我想将全部特殊兵招来
- ·qq炫舞代练怎么秒皇冠为什么我的皇冠10礼包和别人不一样 人家都是花架 而我的是熊
- ·全民k歌怎么开直播间直播间的管理员是主播定的吗？
