前言Spring配置文件读取流程本来是和http://www.cnblogs.com/xrq730/p/6285358.html一文放在一起的，这两天在看Spring自定义标签的时候，感觉对Spring配置文件读取流程还是研究得不够，因此将Spring配置文件读取流程部分从之前的文章拆出来单独成为一文。为了看一下Spring配置文件加载流程，先定义一个bean.xml：xml version='1.0' encoding='%SOUP-ENCODING%'至于Bean是什么并不重要，有配置文件就够了。Bean定义加载流程—-从Refresh到Bean定义加载前首先看一下Bean加载前整个代码流程走向。Spring上下文刷新始于AbstractApplicationContext的refresh()方法：public void refresh() throws BeansException, IllegalStateException { synchronized (this.startupShutdownMonitor) { // Prepare this context for refreshing. prepareRefresh(); // Tell the subclass to refresh the internal ...继续阅读 (14)

前言我们知道我们写的程序经过编译后成为了.class文件，.class文件中描述了类的各种信息，最终都需要加载到虚拟机之后才能运行和使用。而虚拟机如何加载这些.class文件？.class文件的信息进入到虚拟机后会发生什么变化？这些都是本文要讲的内容，文章将会讲解加载类加载的每个阶段Java虚拟机需要做什么事（加粗标红）。类使用的7个阶段类从被加载到虚拟机内存中开始，到卸载出内存，它的整个生命周期包括：加载（Loading）、验证（Verification）、准备（Preparation）、解析（Resolution）、初始化（Initiallization）、使用（Using）和卸载（Unloading）这7个阶段。其中验证、准备、解析3个部分统称为连接（Linking），这七个阶段的发生顺序如下图：图中，加载、验证、准备、初始化、卸载这5个阶段的顺序是确定的，类的加载过程必须按照这种顺序按部就班地开始，而解析阶段不一定：它在某些情况下可以初始化阶段之后在开始，这是为了支持Java语言的运行时绑定（也称为动态绑定）。接下来讲解加载、验证、准备、解析、初始化五个步骤，这五个步骤组成了一个完整的类加载过程。使用没什么好说的，卸载属于GC的工作，在之前GC的文章中已经有所提及了。加载Loading加载是类加载的第一个阶段。有两种时机会触发类加载：1、预加载。虚拟机启动时加载，加载的是J ...继续阅读 (20)

前言前面写了六篇文章详细地分析了Spring Bean加载流程，这部分完了之后就要进入一个比较困难的部分了，就是AOP的实现原理分析。为了探究AOP实现原理，首先定义几个类，一个Dao接口：public interface Dao { public void select(); public void insert(); }Dao接口的实现类DaoImpl：public class DaoImpl implements Dao { @Override public void select() { System.out.println("Enter DaoImpl.select()"); } @Override public void insert() { System.out.println("Enter DaoImpl.insert()"); } }定义一个TimeHandler，用于方法调用前后打印时间，在AOP中，这扮演的是横切关注点的角色：public class TimeHandler { public void printTime() { System.out.println("CurrentTime:" + System.currentTim ...继续阅读 (23)

update: 2015-11-16新版apache commons collections 3.2.2修复漏洞新版本的apache commons collections默认禁止了不安全的一些转换类。可以通过升级来修复漏洞。参考release说明：https://commons.apache.org/proper/commons-collections/release_3_2_2.htmlDubbo rpc远程代码执行的例子update: 2015-11-13重新思考了下这个漏洞，给出一个dubbo rpc远程代码执行的例子。https://github.com/hengyunabc/dubbo-apache-commons-collections-bug可以说很多公司开放的rpc，只要协议里支持Java序列化方式，classpath里有apache commons collections的jar包，都存在被远程代码执行的风险。至于能不能通过http接口再调用dubbo rpc远程代码，貌似不太可行。因为信息难以传递。Apache Commons Collections远程代码执行漏洞最近出来一个比较严重的漏洞，在使用了Apache Commons Collections的Java应用，可以远程代码执行。包括最新版的WebLogic、WebSphere、JBoss、Jenkins ...继续阅读 (24)

上一章讨论了一种强一致性的情况，即需要分布式事务来解决，本章我们来讨论一种最终一致的算法，paxos算法。paxos算法是由大牛lamport发明的，关于paxos算法有很多趣事。比如lamport论文最初由故事描述来引入算法，以至于那班习惯数学公式的评委将该论文打回，导致该论文延误了8年才公开发表。另外，google的chubby的作者Mike Burrows说过，世界上只有一种一致性算法，那就是paxos。两将军问题为了引入该算法，首先提出一种场景，即两将军问题（见文献1）：有两支军队，它们分别有一位将军领导，现在准备攻击一座修筑了防御工事的城市。这两支军队都驻扎在那座城市的附近，分占一座山头。一道山谷把两座山分隔开来，并且两位将军唯一的通信方式就是派各自的信使来往于山谷两边。不幸的是，这个山谷已经被那座城市的保卫者占领，并且存在一种可能，那就是任何被派出的信使通过山谷是会被捕。 请注意，虽然两位将军已经就攻击那座城市达成共识，但在他们各自占领山头阵地之前，并没有就进攻时间达成共识。两位将军必须让自己的军队同时进攻城市才能取得成功。因此，他们必须互相沟通，以确定一个时间来攻击，并同意就在那时攻击。如果只有一个将军进行攻击，那么这将是一个灾难性的失败。两将军问题本质上就是通信被篡改时能否解决一致性问题。这个问题已经被很多人证明不能。（见文献1）。因而由此推及的拜占庭将军问题（多将 ...继续阅读 (21)

Serviceability Agent想要查看一些被增强过的类的字节码，或者一些AOP框架的生成类，就需要dump出运行时的Java进程里的字节码。从运行的java进程里dump出运行中的类的class文件的方法，所知道的有两种用agent attatch 到进程，然后利用Instrumentation和ClassFileTransformer就可以获取 到类的字节码了。使用sd-jdi.jar里的工具sd-jdi.jar里自带的的sun.jvm.hotspot.tools.jcore.ClassDump就可以把类的class内容dump到文件里。ClassDump里可以设置两个System properties：sun.jvm.hotspot.tools.jcore.filterFilter的类名sun.jvm.hotspot.tools.jcore.outputDir输出的目录sd-jdi.jar里有一个sun.jvm.hotspot.tools.jcore.PackageNameFilter，可以指定Dump哪些包里的类。PackageNameFilter里有一个System property可以指定过滤哪些包：sun.jvm.hotspot.tools.jcore.PackageNameFilter.pkgList。所以可以通过这样子的命令来使用：sudo java -c ...继续阅读 (18)

zookeeper可谓是目前使用最广泛的分布式组件了。其功能和职责单一，但却非常重要。在现今这个年代，介绍zookeeper的书和文章可谓多如牛毛，本人不才，试图通过自己的理解来介绍zookeeper，希望通过一个初学者的视角来学习zookeeper，以期让人更加深入和平稳的理解zookeeper。其中参考了不少教程和书，相关书目列在文末，也感谢这些作者。学习新的框架，先让我们搞清楚他是什么，这是它的内涵。然后再介绍它能做什么，这是它的外延，内涵和外延共同来定义框架本身，会对框架有较为深刻的理解，在应用层面上知道如何用。其次再搞清楚zookeeper相关的理论基础，其目的是知道zookeeper是如何被发明的，是否能够借鉴以便今后自己能够用到其他地方。最后搞清楚zookeeper中一些设计的原理和细节，目的也是搞清来龙去脉，学会“术”从而应用到别的地方。当然了，加深的理解同样能够帮助认识zookeeper本身，在使用时才知道为什么这样用。首先，zookeeper到底是什么？zookeeper实际上是yahoo开发的，用于分布式中一致性处理的框架。最初其作为研发Hadoop时的副产品。由于分布式系统中一致性处理较为困难，其他的分布式系统没有必要 费劲重复造轮子，故随后的分布式系统中大量应用了zookeeper，以至于zookeeper成为了各种分布式系统的基础组件，其地位之重要，可想 ...继续阅读 (21)

先打一个广告。greys是一个很不错的Java诊断工具：https://github.com/oldmanpushcart/greys-anatomy最近尝试用greys来实时统计jvm里的异常生成数量，在增强Throwable时，发现应用会抛出StackOverflowError。下面记录详细的分析过程。在真正分析之前，先介绍JVM对反射方法调用的优化和greys的工作原理。JVM对反射方法调用的优化在JVM里对于反射方法调用Method.invoke，默认情况下，是通过NativeMethodAccessorImpl来调用到的。调用栈如下：NativeMethodAccessorImpl.invoke0(Method, Object, Object[]) line: not available [native method] NativeMethodAccessorImpl.invoke(Object, Object[]) line: 62 DelegatingMethodAccessorImpl.invoke(Object, Object[]) line: 43 Method.invoke(Object, Object...) line: 497当经过16次方法调用之后，NativeMethodAccessorImpl 会用MethodAccessorGenera ...继续阅读 (26)

最近线上一个服务又出现了频繁Full GC的情况，导致提供的业务经常超时。问题出现非常不稳定，经过两周的时候，终于又捕捉到了一次Full GC，于是联系运维做Heap Dump之后，经过一系列分析，终于解决问题。这次的问题稍微复杂一点，但是也比较有代表性，用到了VisualVM和MAT两个工具，继续记录如下。现象这次使用公司的CAT监控平台看到的内存表现如下：可以看到，具体表现是：在很长一段时间内(数个小时)，New GC比较频繁，Full GC较少(一小时个位数)。过了某一时间点后，Full GC增加，New GC则减少。将服务切换下线后，Memory Free逐渐回升，Full GC减少。然后观察某一时刻的JMAP histo的内容如下：num #instances #bytes class name ---------------------------------------------- 1: 5958517 5840833584 [C 2: 37983 706246056 [B 3: 5960539 190737248 java.lang.String 4: 1522282 126603936 [Ljava.lang.Obj ...继续阅读 (24)

本篇主要整理工作中遇到的一些消息中间件的相关知识，包括Kafka、RabbitMQ、RocketMQ、ActiveMQ等，不排除收录其他消息中间件的可能。这里会持续收录相关知识，包括安装、部署、使用示例、监控、运维、原理等。所有新撰写的与中间件有关的文章都会收录与此，注意保存本文链接。Last Update Time: 2017-04-17 19:21Update Content:1.[Conclusion]RabbitMQ-客户端源码之总结2.[一]RabbitMQ-客户端源码之ConnectionFactory3.[二]RabbitMQ-客户端源码之AMQConnection4.[三]RabbitMQ-客户端源码之ChannelManager5.[四]RabbitMQ-客户端源码之Frame6.[五]RabbitMQ-客户端源码之AMQChannel7.[六]RabbitMQ-客户端源码之AMQCommand8.[七]RabbitMQ-客户端源码之AMQPImpl+Method9.[八]RabbitMQ-客户端源码之ChannelN10.[九]RabbitMQ-客户端源码之Consumer通用什么是Zero-Copy?(sendfile)1. Kafka运维kafka集群配置kafka的安装（包括zookeeper）原理kafka文件存储机制Kafka之sync、async以及 ...继续阅读 (22)

在开始Java的类加载旅程之前，可以先参考这里了解一些类加载器在Tomcat中的应用。在最初执行java这个命令时，便会调用 ClassLoader 的 getSystemClassLoader 方法显式或者隐式加载 main 方法所在的类及其所引用的类。getSystemClassLoader 会返回 AppClassLoader，后者是 URLClassLoader 的一个子类。先有鸡还是先有蛋？所以，最初的一个问题是：先有鸡还是先有蛋？因为 ClassLoader 的整套体系是打包在jre/lib/rt.jar中的。只有rt.jar先被加载进来，才能够加载别的类；但是rt.jar又是被谁加载的呢？自然就是大名鼎鼎的 BootstrapClassLoader。它就是“鸡”。所以严格来讲，BootStrapClassLoader 并不是整个体系中的一部分（可以用-Xbootclasspath指定bootstrap 加载的位置）。当rt.jar被加载进来后，ClassLoader 会调用 getSystemClassLoader，其中最重要的一步就是初始化 Launcher、ExtClassLoader 以及AppClassLoader，另外就是将 ContextClassLoader 设为 AppClassLoader。ExtClassLoader 与 AppClassLoade ...继续阅读 (26)

Web API 近几年变得越来越火，而简洁的 API 设计在多后端系统交互应用中也变得尤为重要。通常，会使用 RESTful API 来作为我们的 Web API 。本文介绍了几种简洁 RESTful API 设计的最佳实践。使用的名词而不是动词使用名词来定义接口HTTP 请求方法在RESTful Web 服务中的典型应用资源GETPUTPOSTDELETE一组资源的URI，比如http://www.waylau.com/resources/列出 URI，以及该资源组中每个资源的详细信息（后者可选）。使用给定的一组资源替换当前整组资源。在本组资源中创建/追加一个新的资源。 该操作往往返回新资源的URL。删除 整组资源。单个资源的URI，比如http://www.waylau.com/resources/142获取 指定的资源的详细信息，格式可以自选一个合适的网络媒体类型（比如：XML、JSON等）替换/创建 指定的资源。并将其追加到相应的资源组中。把指定的资源当做一个资源组，并在其下创建/追加一个新的元素，使其隶属于当前资源。删除 指定的元素。不应该使用动词：/getAllResources /createNewResource /deleteAllResourcesGET 方法和查询参数不能改变资源状态如果要改变资源的状态，使用 PUT, POST 和 DELETE。下面是错误的 ...继续阅读 (13)

Quartz是一个完全由 Java 编写的开源企业级作业调度框架。在处理 CronTrigger 进行周期性任务触发时，需要进行时间的配置，其中就需要使用 Cron Expressions。本文将对 Cron Expressions 进行详细讲解。什么是 Quartz Cron ExpressionsCron Expressions（Cron 表达式）是用来展示时间集合的字符串。在不同的系统或者框架上，Cron Expressions 的标准会有所差异。对于 Quartz Cron Expressions 来说，它被用来配置 CronTrigger 实例，由空格隔开分7个子表达式：Seconds （秒）：范围为0-59的整数，可出现, - * /四个字符;Minutes（分）：范围为0-59的整数，可出现, - * /四个字符;Hours （时）：范围为0-23的整数，可出现, - * /四个字符;Day-of-Month（日）：范围为1-31的整数，需要注意所选月的总日数，可出现, - * /? L W C八个字符;Month（月）：范围为0-11的整数，或者使用字符串JAN、FEB、MAR、APR、MAY、JUN、JUL、AUG、SEP、OCT、NOV 和 DEC。可出现, - * /四个字符;Day-of-Week （周几）：范围为1-7 (1 为周日) ，或者使用字符串 S ...继续阅读 (18)

持续集成（Continuous Integration），也就是我们经常说的 CI，是现代软件开发技术的基础。本文论述了如何使用 TeamCity 持续集成工具来实现项目的持续集成。为我们什么需要 CI目前，CI 已在当前业界被许多软件开发团队所采用，是一种在整个软件开发生命周期内保证代码质量的常见做法。它是一种开发实践，旨在帮助开发团队应对软件开发过程中的如下挑战：自动检查 ：当软件开发团队在周期性的新增或修改后的代码后，CI 服务器能持续地获取新增或修改后签入的源代码，并可以对这些变更的代码进行质量或者编码规范的检查。常用的工具有 PMD、SonarQube、CheckStyle、FindBugs等。自动构建 ：CI 系统会依照预先制定的配置计划，或某一特定事件，自动检出代码，并对目标软件进行构建。这里的计划，可以是周期性的时间点，比如10分钟或者1小时构建一次，也可以根据特定事件来触发构建，比如用户主动发出构建命令，或者根据代码的变更来触发构建。构建工具可以选择 Maven 或者 Ant 等。自动测试 ：构建检查完成后，可以执行预先制定的一套测试规则，也可以在执行构建的过程中进行测试用例的测试，前提是项目团队采用了测试驱动开发（Test-Driven Development，TDD）。常用的测试工具，有 JUnit、JWebUnit、Selenium 等。自动部署 :当自动化 ...继续阅读 (19)

持续集成（Continuous Integration），也就是我们经常说的 CI，是现代软件开发技术的基础。本文论述了当前软件开发过程中存在的问题，讲解了持续集成、持续集成服务器的概念，最终探讨了为什么我们需要持续集成来解决这些问题。当前软件开发过程存在的问题在没有应用持续集成之前，传统的开发模式是这样的：项目一开始是先划分好模块，分配模块给相应的开发人员；开发人员开发好一个模块就进行单元测试；等所有的模块都开发完成之后，由项目经理对所有代码进行集成；集成后的项目由项目经理部署到测试服务器上，被交由测试人员进行集成测试；测试过程中出现 Bug 就提把问题记录进行 Bug 列表中；项目经理分配 Bug 给相应的责任人进行修改；修改完成后，项目经理再次对项目进行集成，并部署到测试服务器上；测试人员在下一次的集成测试中进行回归测试；通过通过之后就部署到生产环境中；如果测试不通过，则重复上述“分配 Bug -> 修改 Bug -> 集成代码 -> 部署到测试服务器上 -> 集成测试”工作。这个过程中可能会出现如下问题：1. Bug 总是在最后才发现随着软件技术的发展，软件规模也在扩大，软件需求越来越复杂，软件已经不能简单地通过划分模块的方式来开发，往往需要在项目内部互相合作，模块之间存在一定的依赖关系，那么早期就存在的 Bug 往往会在最后集成的时候才被发现。2. 越到项目后期，问题越难 ...继续阅读 (32)

PMD 是一个源代码分析器。 它发现常见的编程缺陷，如未使用的变量、空 catch 块、不必要的对象创建等等。 它支持Java、JavaScript、Salesforce.com Apex、PLSQL、Apache Velocity、XML、XSL 等。此外，它包括 CPD（copy-paste-detector，复制粘贴检测器）。 CPD 在Java、C、C++、C＃、Groovy、PHP、Ruby、Fortran、JavaScript、PLSQL、Apache Velocity、Scala、Objective C、Matlab、Python、Go、Swift 和 Salesforce.com Apex 中能够发现重复的代码。本文介绍了如何在 Eclipse 里面安装、使用 PMD 插件的过程。安装有几种方式来安装 Eclipse Checkstyle Plugin。1. 通过 update site在 Eclipse (Help -> Install New Software…)输入 url:https://sourceforge.net/projects/pmd/files/pmd-eclipse/update-site/选择下载 PMD Eclipse 插件 。2. 通过离线插件包官方下载地址：https://sourceforge.net/projects/pmd/ 或者 ...继续阅读 (27)

Checkstyle是一个开发工具，帮助程序员编写符合编码标准的Java代码。 好的代码规范，在一个项目协作的团队中尤为重要。Checkstyle 能够自动化检查Java代码的过程，免去了人工校验的繁琐。 同时，Checkstyle是高度可配置的，可以支持几乎任何编码标准。 只需要提供了一个示例配置文件，就能支持代码的约定。本文介绍了如何在 Eclipse 里面安装、使用 Checkstyle 插件的过程。安装有几种方式来安装 Eclipse Checkstyle Plugin。1. 通过 Eclipse Marketplace在 Eclipse (Help -> Eclipse Marketplace…) 搜索关键字，比如Checkstyle选择点击安装。2. 通过 update site在 Eclipse (Help -> Install New Software…)输入 url:http://eclipse-cs.sf.net/update选择下载 Eclipse Checkstyle Plugin 。3. 通过离线插件包官方下载地址：http://eclipse-cs.sourceforge.net/有时，官网下载很慢我这里准备了网盘：https://pan.baidu.com/s/1qXQmonq离线插件包安装方式，可以参考 https://waylau.com/abou ...继续阅读 (24)

在上一小节中我们改进了log系统，由于使用fanout类型的exchange只能进行全局的广播，因此我们使用direct类型的exchange做了代替， 使得我们可以选择性的接收消息。尽管使用fanout exchange改进了log系统，但它仍然有限制——不能基于多个条件做路由。Topics在log系统中可能不只是基于不同的日志级别作订阅，也可能会基于日志的来源。你也许听过Unix下名为syslog的工具， 它把日志按照严重级别(info/warn/crit…)和设备(auth/cron/ker…)进行路由。这会给我们许多的灵活性，也许我们只想监听’cron’中的’critical’级别的错误日志，以及所有’kern’中的日志。 为了实现这种日志系统，我们需要学习一个更复杂的topic类型的exchange。Topic exchange发送到topic exchange中的消息不能有一个任意的routing_key——它必须是一个使用点分隔的单词列表。单词可以是任意的， 但是通常会指定消息的一些特定。一些有效的routing key例子：”stock.usd.nyse”，”nyse.vmw”，”quick.orange.rabbit”。 routing key的长度限制为255个字节数。binding key也必须是相同的形式。topic exchange背后的逻辑类似于dire ...继续阅读 (29)

使用 OAuth 2.0 认证的的好处是显然易见的。你只需要用同一个账号密码，就能在各个网站进行访问，而免去了在每个网站都进行注册的繁琐过程。 本文将介绍 OAuth 2.0 的原理，并基于 Spring Security 和 GitHub 账号，来演示 OAuth 2.0 的认证的过程。什么是 OAuth 2.0OAuth 2.0 的规范可以参考 ：RFC 6749OAuth 是一个开放标准，允许用户让第三方应用访问该用户在某一网站上存储的私密的资源（如照片，视频，联系人列表），而无需将用户名和密码提供给第三方应用。目前，OAuth 的最新版本为 2.0OAuth 允许用户提供一个令牌，而不是用户名和密码来访问他们存放在特定服务提供者的数据。每一个令牌授权一个特定的网站（例如，视频编辑网站)在特定的时段（例如，接下来的2小时内）内访问特定的资源（例如仅仅是某一相册中的视频）。这样，OAuth 允许用户授权第三方网站访问他们存储在另外的服务提供者上的信息，而不需要分享他们的访问许可或他们数据的所有内容。OAuth 2.0 的核心概念OAuth 2.0 主要有4类角色：resource owner：资源所有者，指终端的“用户”（user）resource server：资源服务器，即服务提供商存放受保护资源。访问这些资源，需要获得访问令牌（access token）。它与认证服务器， ...继续阅读 (41)

在上一篇文章中，介绍了使用RabbitMQ的Hello World例子， 以及如何创建一个work queue。在work queue的例子中每条消息都只会被传递到一个work queue中。 在这篇文章中我们将会学习另一种完全不同的传递消息的方式——每条消息将会被传递给所有的consumer，这种模式一般被称为“发布/订阅”。发布/订阅(Publish/Subscribe)为了说明这种模式，我们将创建一个简单的log系统，它由两部分组成——第一部分负责发送log消息，第二部分负责接收并且将消息打印出来。 在我们的log系统中每个运行着的接收程序都会接收到消息，在这种方式下我们可以有一个consumer负责将log持久化到磁盘， 同时由另一个consumer来将log打印到控制台。本质上，发送log消息是对所有消息接收者的广播。Exchange在之前的部分我们都是通过queue来发送和接收消息，现在是时候来介绍RabbitMQ完整的消息模型了。先让我们来快速地回顾一下之前介绍过的几个概念：producer是用户应用负责发送消息queue是存储消息的缓冲(buffer)consumer是用户应用负责接收消息RabbitMQ的消息模型的核心思想是producer永远不会直接发送任何消息到queue中，实际上，在很多情况下producer根本不知道一条消息是否被发送到了哪个queue中。 ...继续阅读 (35)

为保障系统的可用性、可靠性以及性能，在分布式系统中，往往会设置数据冗余，即对数据进行复制。举例来说，当一个数据库的副本被破环以后，那么系统只需要转换到其他数据副本就能继续运行下去。另外一个例子，当访问单一服务器管理的数据的进程数不断增加时，系统就需要对服务器的数量进行扩充，此时，对服务器进行复制，随后让它们分担工作负荷，就可以提高性能。但同时，如何保障多个数据节点之间数据的一致以及如何处理分布式事务，将成为为一个复杂的话题。本文将介绍常用的事务处理机制。CAP 定理CAP 定理（也称为 Brewer 定理），是由计算机科学家 Eric Brewer 提出的，即在分布式计算机系统不可能同时提供以下全部三个保证：一致性（Consistency）：所有节点同一时间看到是相同的数据；可用性（Availability）：不管是否成功，确保每一个请求都能接收到响应；分区容错性（Partition tolerance）：系统任意分区后，在网络故障时，仍能操作显然，为了保障性能和可靠性，我们将数据复制多份，分布到多个节点上，同时也带来了一个难点，那就是如何保持各个副本数据的一致性。换句话说，我们选择了 AP ，则必须要牺牲掉 C 了。但是，在实际的应用场景中，数据的一致性往往也是需要保证的。那么这是否违背了 CAP 定理呢？一致性模型其实，数据的一致性也分几种情况，大致可以分为：Weak 弱一致性 ...继续阅读 (22)

RabbitMQ是一个消息中间件，在一些需要异步处理、发布/订阅等场景的时候，使用RabbitMQ可以完成我们的需求。 下面是我在学习RabbitMQ的过程中的一些记录，内容主要翻译自RabbitMQ官网的Tutorials， 再加上我的一些个人理解。我将会用三篇文章来从RabbitMQ的Hello World介绍起，到最后的通过RabbitMQ实现RPC调用， 相信看完这三篇文章大家应该会对RabbitMQ的基本概念和使用有一定的了解。说明：由于RabbitMQ支持许多种语言的client，在这里我使用的是Java语言的client。所有的图片均来自RabbitMQ官网。Hello World首先需要安装RabbitMQ，关于RabbitMQ的安装这里就不赘述了，可以到RabbitMQ的官网去看相应的OS的安装方法。 安装完成后使用rabbitmq-server即可启动RabbitMQ，RabbitMQ还提供了一个UI管理界面，本地默认的地址为localhost:15672, 用户名和密码均为guest。安装完成之后，按照惯例，先来完成一个简单的Hello World的例子。 最简单的一种消息发送的模型为一个消息发送者(Producer)将消息发送到Queue中，另一端的消息接受者(Consumer)从Queue中接受消息， 大致模型如下图所示：先来看发送的代码，新建一个类命名为 ...继续阅读 (17)

Docker是一个近年来非常火热的开源项目，使用Docker作为容器并将我们的应用程序运行在Docker中方便部署及测试，也利于开发环境的隔离。最近简单地学习了一下Docker的基本使用，在此做一个学习笔记。安装使用的第一步当然就是安装了，可以到Docker的官网上，根据不同操作系统下载安装即可。安装完成之后可以在命令行中运行docker --version如果安装正确，那么会输出相应的版本信息Docker version 1.12.0, build 8eab29eDocker镜像(image)命令安装完成之后，就可以下载镜像了。类似于Github，Docker也有一个DockerHub，当我们pull镜像的时候是从DockerHub上下载相应的镜像。除了可以在https://registry.hub.docker.com/检索镜像以外，还可以使用以下命令检索：Docker镜像搜索docker search 镜像名比如搜索Redis镜像：docker search redis可以得到以下结果：NAME DESCRIPTION STARS OFFICIAL AUTOMATED redis Redis is an open ...继续阅读 (19)

一提起“分布式系统”，大家的第一感觉就是好高大上啊，深不可测，看各类大牛关于分布式系统的演讲或者书籍，也大多是一脸懵逼。本文期望用浅显易懂的大白话来就什么是分布式系统、分布式系统有哪些优势、分布式系统会面临哪里挑战、如何来设计分布式等方面的话题来展开讨论。什么是分布式系统关于“分布式系统”的定义，我们先看下老外是怎么说的。《分布式系统原理和范型》一书中是这样定义分布式系统的：“分布式系统是若干独立计算机的集合，这些计算机对于用户来说就像是单个相关系统”。关于这个定义，我们直观的感受就是：首先，这种系统相对来说比较牛逼，起码由好几台主机组成。以谷歌、亚马逊等服务商而言，他们的数据中心都由上万台主机支撑起来的。其次，虽然很牛逼，但对于外人来说，是感觉不到这些主机的存在。也就是说，我们只看到是一个系统在运作。以最近的“亚马逊 S3 宕机事件”为例，平时，我们压根不知道亚马逊所提供的服务背后是由多少台主机组成，但是等到 S3 宕机才知道，这货已经是占了互联网世界的半壁江山了。从进程角度看，两个程序分别运行在两个台主机的进程上，它们相互协作最终完成同一个服务（或者功能），那么理论上这两个程序所组成的系统，也可以称作是“分布式系统”。当然，这个两个程序可以是不同的程序，也可以是相同的程序。如果是相同的程序，我们又可以称之为“集群”。所谓集群，就是将相同的程序，通过不断横向扩展，以提高服务能力的 ...继续阅读 (27)

临近年底，最近公司也开始年终的绩效考评了，想想2016年马上就要过去了，我也来个2016年的总结吧，列下我2016年看过的技术书， 每本书都会附上一些简单地书评和链接，并会有我个人主观的推荐指数，仅供参考，图就不贴了，有兴趣的同学可以点链接去看详情。计算机基础虽然现在新技术曾出不穷，但是万变不离其宗，所有的技术实现都离不开数据结构、算法、计算机系统、编译原理等等这些计算机基础， 所以有深厚的计算基础知识就显得越来越重要了。《深入理解计算机系统》推荐指数：★★★★★链接：点我学习计算机底层原理经典的一本书。它从计算机底层硬件开始说起，到处理器、虚拟存储等，到最后的使用C语言来实现一些应用，比如网络编程、并发编程，深入浅出。 这本书讲的还是比较底层的，所以尽管从头到尾看了一遍，说实话感觉自己可能看懂了最多只有一半，但是依旧收获很大，如果想了解计算机系统底层知识的同学推荐看看这本书。《数据结构与算法分析：Java语言描述》推荐指数：★★★★链接：点我这本书可以作为学习算法的一本入门书籍来看，书里面介绍了一些常用的算法实现和原理，由于我比较熟悉Java，所以选了这本书，当然，这本书也有C语言描述的版本， 大家可以根据自己的情况选择。《算法》推荐指数：★★★★★链接：点我这本是我最推荐的学习算法的书籍，虽然像《算法导论》也是非常经典的学习算法的书籍，但是比较偏理论，而这本书有许多实际可运行的 ...继续阅读 (23)

AOP（Aspect Orient Programming），我们一般称为面向方面（切面）编程，作为面向对象的一种补充，用于处理系统中分布于各个模块的横切关注点，比如事务管理、日志、缓存等等。AOP实现的关键在于AOP框架自动创建的AOP代理，AOP代理主要分为静态代理和动态代理，静态代理的代表为AspectJ；而动态代理则以Spring AOP为代表。本文会分别对AspectJ和Spring AOP的实现进行分析和介绍。使用AspectJ的编译时增强实现AOP之前提到，AspectJ是静态代理的增强，所谓的静态代理就是AOP框架会在编译阶段生成AOP代理类，因此也称为编译时增强。举个实例的例子来说。首先我们有一个普通的Hello类public class Hello { public void sayHello() { System.out.println("hello"); } public static void main(String[] args) { Hello h = new Hello(); h.sayHello(); } }使用AspectJ编写一个Aspectpublic aspect TxAspect { void around():call(void Hello.say ...继续阅读 (26)

本部分先对spring做简单介绍，然后介绍mockito和powermock在spring测试中的应用。此部分需要准备的软件：基于JDK 7或以上版本Eclipse   http://www.oracle.com/technetwork/java/javase/downloads/index.htmlMockito    http://mockito.org/Spring     http://maven.springframework.org/release/org/springframework/spring/Spring简介Spring是Java的开源企业应用程序开发框架，它为 Java beans控制容器的翻转。最初由Rod Johnson在2003年6月基于Apache2.0许可证发布。Spring框架处理底层，使我们能够专注于应用程序逻辑。 Spring能够从POJOs(Plain Old Java Objects)非侵入式的构建应用程序。比如：•不需要处理servlet或servlet API，Java方法可以处理HTTP POST / GET请求。•不需要处理web服务API，Java方法可提供RESTful Web服务•不需要处理事务API，Java方法可以执行数据库事务•不需要处理远程API，本地Java方法使用RPC(remote procedure call ...继续阅读 (39)

Java8是2014年发布的，至今也已经有快三年的时间了，之前虽然有学习过，但是学的比较零散，不成系统，而且也没有覆盖到Java8所有的特性。 由于公司已经使用了JDK1.8，所以工作中能使用Java8的机会还是很多的，因此决定来系统地学习一下Java8的新特性，这是对我最近学习Java8的一些记录， 以备在有些细节记不太清的时候可以查询。先来一个概览，上图是我整理的Java8中的新特性，总的来看，大致上可以分成这么几个大块。函数式接口所谓的函数式接口就是只有一个抽象方法的接口，注意这里说的是抽象方法，因为Java8中加入了默认方法的特性，但是函数式接口是不关心接口中有没有默认方法的。 一般函数式接口可以使用@FunctionalInterface注解的形式来标注表示这是一个函数式接口，该注解标注与否对函数式接口没有实际的影响， 不过一般还是推荐使用该注解，就像使用@Override注解一样。JDK1.8中提供了一些函数式接口如下：函数式接口函数描述符原始类型特化PredicateT -> booleanIntPredicate, LongPredicate, DoublePredicateConsumerT -> voidIntConsumer, LongConsumer, DoubleConsumerFunctionT -> RIntFunction, IntToDoubleF ...继续阅读 (22)

前言之前两篇文章Spring源码分析：非懒加载的单例Bean初始化过程（上）和Spring源码分析：非懒加载的单例Bean初始化过程（下）比较详细地分析了非懒加载的单例Bean的初始化过程，整个流程始于AbstractApplicationContext的refresh()方法：public void refresh() throws BeansException, IllegalStateException { synchronized (this.startupShutdownMonitor) { // Prepare this context for refreshing. prepareRefresh(); // Tell the subclass to refresh the internal bean factory. ConfigurableListableBeanFactory beanFactory = obtainFreshBeanFactory(); // Prepare the bean factory for use in this context. prepareBeanFactory(beanFactory); try { ...继续阅读 (33)

简介mock是模拟对象，用于模拟真实对象的行为。Powermock主要用于打桩。比如：方法A的参数需要传入实例B，方法A需要调用B的某个方法B.C()。方法C因为耗时长或者根本没有实现或者其他不方便在单元测试中实现等原因，需要伪造返回，此时Powermock即可派上用场。PowerMock扩展了EasyMock和Mockito框架，增加了对static和final方法mock支持等功能。这里主要基于PowerMock Mockito API进行介绍。PowerMock支持JUnit和TestNG，这里基于JUnit。介绍英文原版书籍下载：https://bitbucket.org/xurongzhong/python-chinese-library/downloadss。精品文章推荐：python 2.7 中文教程及自动化测试介绍使用Python学习selenium测试工具性能测试艺术Java单元测试之模拟利器-使用PowerMock进行Mock测试安装下载地址：https://github.com/jayway/powermock/wiki/Downloads。下载” Mockito and JUnit including dependencies”版本。当前版本为”powermock-mockito-junit-1.6.3.zip“。Inte ...继续阅读 (34)