由于笔者之前维护了几个比较老的项目是用jquery全家桶开发的，其中有些需求是需要跨页面交互和父子页面通信，故借此总结一下。另一块是前端实现文件下载功能，虽然方法很多，为了不用重复造轮子，在此还是总结一波，毕竟多页面下的应用场景还是很多的。(https://imghelloworld.osscnbeijing.aliyuncs.com/im

一、问题描述在工作中，经常会遇见使用异步的方式来发送事件，或者触发另外一个动作：经常用到的框架是MQ（分布式方式通知）。如果是同一个jvm里面通知的话，就可以使用EventBus。由于EventBus使用起来简单、便捷，因此，工作中会经常用到。深入理解该框架的原理就很有必要。二、框架解析2.1、组织结构

一直以来J2Cache都是使用Jedis连接Redis服务的。Jedis是一个很老牌的Redis的Java开发包，使用很稳定，作者维护很勤勉，社区上能搜到的文章也非常非常多。算是使用范围最广的Redis开发包。但是Jedis比较推出时间比较早，整个设计思路比较传统，例如不支持异步操作，接口设计比较繁琐老套（相比其他开发包而已），

Node.js单线程与多进程大家都知道Node.js性能很高，是以异步事件驱动、非阻塞I/O而被广泛使用。但缺点也很明显，由于Node.js是单线程程序，如果长时间运算，会导致CPU不能及时释放,所以并不适合CPU密集型应用。当然，也不是没有办法解决这个问题。虽然Node.js不支持多线程，但

在学习了Socket协议的知识和完善固定QPS压测模型之后，打算对Socket.IO协议的接口进行一波压测实践，来验证自己写的功能是否存在BUG和更多能做的优化空间。总结下来，修复了两三个BUG，性能测试进度条的计算方式进行了优化，不然在类似Socket这种异步处理的请求，可能会由于统计的doing()方法耗时太少

因为百度的JSAPI是异步的，批量查询的时候会乱掉，就把每次请求变成同步的，等请求返回了之后才进行下一个地址的查询。设置一个全局flag来标识当前请求是否正常响应，并且不断的检查这个flag，如果正常响应，才进行下一次的请求，这样就不容易乱掉引入JS<scripttype"text/javascript"src"http://ap

Q:TouchVG是否针对绘制效率做了优化？A:TouchVG针对绘制效率做的优化有：a、包络框检查：在视图外的图形不显示b、九宫格剪裁：对直线段、折线、多边形进行剪裁显示c、后台异步显示：regenAll重新生成所有图形时，在单独的CALayer和GCD线程中绘制，绘制完后再显示到视图，不阻塞主线程交互和显示。例如重绘10000条曲线在后台绘

　　除了之前讲到的缓存，我们还会用到消息队列来存储一些消息，为了提升系统的异步性能等等；　　消息服务有两个概念需要知道：消息代理messagebroker，目的地destination。消息发送由代理接管并传递到指定目的地：　　　　——消息只有唯一的发送和接受者，消息从队列中取出就不在了。　　目的地有两种形式：queue\点对点的消息队

CAP定理1.Consistency:一致性2.Availability:可用性3.Partitiontolerance:分区容错性CAP定理指出，在异步网络模型中，不存在一个系统可以同时满足上述3个属性。换句话说，分布式系统必须舍弃其中的一个属性。对于需要在分布式条件下运行的系统来说，如何在一致性、可用性和分区容错