超人汪小建(seaboat)-CSDN博客

原创如何设计一个web容器

开发一个web容器涉及很多不同方面不同层面的技术，例如通信层的知识，程序语言层面的知识等等，且一个可用的web容器是一个比较庞大的系统，要说清楚需要很长的篇幅，本文旨在介绍如何设计一个web容器，只探讨实现的思路，并不涉及过多的具体实现。把它分解划分成若干模块和组件，每个组件模块负责不同的功能，下图列出一些基本的组件，并将对每个组件进行介绍。连接接收器主要的职责就是监听是否有客户端套接字连接并接

2016-02-14 10:20:45 15590 13

为什么要使用集群？为什么要使用集群？主要有两方面原因：一是对于一些核心系统要求长期不能中断服务，为了提供高可用性我们需要由多台机器组成的集群；另外一方面，随着访问量越来越大且业务逻辑越来越复杂，单台机器的处理能力已经不足以处理如此多且复杂的逻辑，于是需要增加若干台机器使整个服务处理能力得到提升。集群难点在哪？如果说一个web应用不涉及会话的话，那么做集群是相当简单的，因为节点都是无状态的，集群内各

2016-01-31 19:57:36 11627 13

翻译如何搭建千万级别用户的应用系统

基本情况l AWS覆盖全世界12个国家区域1. 每个区域都对应着世界上的一个物理位置，每个位置都有弹性计算云提供多个可用区域（Availability Zones），这些区域包含北美、南美、欧洲、中东、非洲、亚太等地区。2. 每个可用区域（AZ）实质上是单个数据中心，尽管它可由多个数据中心构造。3. 每个可用区域都拥有很强的隔离性，他们各自拥有独立的电源和网络。4. 可用区域之间只能通过低延迟网络

2016-01-20 16:05:56 12962 7

原创如何让你的传输更安全--基于SSL协议的通信模式

之前发表在另一个平台的文章http://www.jointforce.com/jfperiodical/article/1218，现在发表到自己的博客上。对于SSL/TLS协议，如果要每个开发者都自己去实现显然会带来不必要的麻烦，正是为了解决这个问题Java为广大开发者提供了Java安全套接字扩展——JSSE，它包含了实现Internet安全通信的一系列包的集合，是SSL和TLS的纯Java实现，

2016-01-06 15:56:33 3378

原创非阻塞通道

非阻塞通道非阻塞通道用于负责将数据读到缓冲区中，或将数据从缓冲区中写入，这个类的作用主要是用于屏蔽非SSL与SSL读写操作细节的不同，这个类实现了ByteChannel接口，此接口只有write、read两个操作字节流的方法，细节正是屏蔽在这两个操作中，例如非SSL通信时，报文本来就是明文，可直接读取，而对于SSL通信，报文属于加密后的密文，解密后才是真正需要的报文。同样地，对于非SSL通信直接写

2016-01-04 11:49:22 2472

原创如何让你的传输更安全——NIO模式和BIO模式实现SSL协议通信

对于SSL/TLS协议，如果要每个开发者都自己去实现显然会带来不必要的麻烦，正是为了解决这个问题Java为广大开发者提供了Java安全套接字扩展——JSSE，它包含了实现Internet安全通信的一系列包的集合，是SSL和TLS的纯Java实现，同时它是一个开放的标准，每个公司都可以自己实现JSSE，通过它可以透明地提供数据加密、服务器认证、信息完整性等功能，就像使用普通的套接字一样使用安全套接字

2015-12-22 09:22:13 7045

原创 tomcat生产部署关键参数设置

JVM设置l 一般使用HotSpot JVM。l 加上-server。l -Xms/-Xmx：设置java堆初始化和最大值，默认是1/64物理内存和1/4物理内存，一般不超过物理内存的80%，且这两个应该设置成一样，，够用就好，太高会导致浪费内存和GC回收周期长。l -XX:NewSize/-XX:NewRatio：设置成25%-33%java堆总量，太高太低都会导致无效GC。l -XX:Perm

2015-12-19 17:27:18 4288

原创非阻塞IO模式原理

与阻塞模式对应的另一种模式叫非阻塞IO模式，在整个通信过程中读和写操作不会阻塞，当前处理线程不存在阻塞情况。从A机器到B机器它的通信过程是：A机器一条线程将通道设置为写事件后往下执行，而另外一条线程遍历到此通道有字节要写并往socket写数据，B机器一条线程遍历到此通道有字节要读，交给另外一条线程对socket读数据，处理完又把通道设置为写事件，遍历线程遍历到此通道有字节要写，又往socket写数

2015-12-07 14:32:29 8905

原创 NIO模式例子

NIO模式主要优势是体现在对多连接的管理，对众多连接各种事件的转发让处理变得更加高效，所以一般是服务器端才会使用NIO模式，而对于客户端为了方便及习惯使用阻塞模式的Socket进行通信。所以NIO模式的例子也仅仅看下服务端的实现即可。public class NioServer { private ByteBuffer readBuffer; private Selector selector;

2015-12-07 14:30:09 2836 2

原创一张图解释NIO原理

========广告时间========鄙人的新书《Tomcat内核设计剖析》已经在京东销售了，有需要的朋友可以到 https://item.jd.com/12185360.html 进行预定。感谢各位朋友。[为什么写《Tomcat内核设计剖析》](http://blog.csdn.net/wangyangzhizhou/article/details/74080321)=============

2015-12-01 18:07:08 6059

原创集群RPC通信

RPC即远程过程调用，它的提出旨在消除通信细节、屏蔽繁杂且易错的底层网络通信操作，像调用本地服务一般地调用远程服务，让业务开发者更多关注业务开发而不必考虑网络、硬件、系统的异构复杂环境。先看看集群中RPC的整个通信过程，假设从节点node1开始一个RPC调用，①先将待传递的数据放到NIO集群通信框架（这里使用的是tribes框架）中；②由于使用的是NIO模式，线程无需阻塞直接返回；③由于与集群其他

2015-11-20 13:39:20 6699 1

原创从单机到集群会话的管理之集群模式二（更大的集群）

《从单机到集群会话的管理之集群模式一》中讲到的全节点复制的网络流量随节点数量增加呈平方趋势增长，也正是因为这个因素导致无法构建较大规模的集群，为了使集群节点能更加大，首要解决的就是数据复制时流量增长的问题，下面将介绍另外一种会话管理方式，每个会话只会有一个备份，它使会话备份的网络流量随节点数量的增加呈线性趋势增长，大大减少了网络流量和逻辑操作，可构建较大的集群。下面看看这种方式具体的工作机制，集群

2015-11-05 08:41:08 4180

原创从单机到集群会话的管理之集群模式一

为什么要使用集群？主要有两方面原因：一是对于一些核心系统要求长期不能中断服务，为了提供高可用性我们需要由多台机器组成的集群；另外一方面，随着访问量越来越大且业务逻辑越来越复杂，单台机器的处理能力已经不足以处理如此多且复杂的逻辑，于是需要增加若干台机器使整个服务处理能力得到提升。如果说一个web应用不涉及会话的话，那么做集群是相当简单的，因为节点都是无状态的，集群内各个节点无需互相通信，只需要将各个

2015-10-30 11:17:08 3934 2

原创从单机到集群会话的管理之单机模式

单机时代对会话的管理主要有两种方式——非持久化方式和持久化方式。非持久化方式指会话直接由tomcat管理并保存在机器内存上，它是最简单的方式，如下图，所有的会话集合都保存在内存上，客户端访问时根据自己的会话id直接在服务器内存中寻找，查找简单且速度快，但同时也存在两个缺点：一是容量比较小，当数据量大时容易导致内存不足；一是机器意外停止会导致会话数据丢失缺点。为了解决上面非持久化方式存在的缺陷，我们

2015-10-25 12:30:22 2698

原创 Oracle统一访问代理层方案

目标提供一个oracle数据库统一访问代理层，统一管理所有oracle数据库用户名的连接池，让多个应用系统相同的数据库用户公用连接池以节省oracle服务器的总连接数，并且提供统一管理oracle能力。由访问层维护后端oracle不同用户的连接池，应用通过jdbc协议告知访问层需要操作的数据库对象的用户名，访问层即从对应用户名的连接池中取出一条数据库连接执行sql。达到相同用户名连接复用效果。例

2015-10-08 13:05:30 7692 12

原创集群增量会话管理器——DeltaManager

DeltaManager会话管理器是tomcat默认的集群会话管理器，它主要用于集群中各个节点之间会话状态的同步维护，由于相关内容涉及到集群，可能会需要一些集群通信相关知识，如果有疑问可结合集群相关章节。集群增量会话管理器的职责是将某节点的会话该变同步到集群内其他成员节点上，它属于全节点复制模式，所谓全节点复制是指集群中某个节点的状态变化后需要同步到集群中剩余的节点，非全节点方式可能只是同步到其中

2015-09-30 17:09:22 3548 5

原创增量会话对象——DeltaSession

在集群环境中为了使集群中各个节点的会话状态都同步，同步操作是集群重点解决的问题，一般来说有两种同步策略，其一是每次同步都把整个会话对象传给集群中其他节点，其他节点更新整个会话对象；其二是对会话中增量修改的属性进行同步。这两种同步方案各有优缺点，整个会话对象同步策略实现过程比较简单方便，但会造成大量无效信息的传输。增量同步方式则不会传递无效的信息，但在实现上会比较复杂因为涉及到对会话属性操作过程的管

2015-09-22 12:51:41 2482 1

原创如何设计一个可用的web容器

开发一个web容器涉及很多不同方面不同层面的技术，例如通信层的知识，程序语言层面的知识等等，且一个可用的web容器是一个比较庞大的系统，要说清楚需要很长的篇幅，本文旨在介绍如何设计一个web容器，只探讨实现的思路，并不涉及过多的具体实现。把它分解划分成若干模块和组件，每个组件模块负责不同的功能，下图列出一些基本的组件，并将对每个组件进行介绍。连接接收器主要的职责就是监听是否有客户端套

2015-09-15 08:20:46 3089 1

原创 tomcat会话之持久化会话管理器

前面提到的标准会话管理器已经提供了基础的会话管理功能，但在持久化方面做得还是不够，或者说在某些情景下无法满足要求，例如把会话以文件或数据库形式存储到存储介质中，这些都是标准会话管理器无法做到的，于是另外一种会话管理器被设计出来——持久化会话管理器。在分析持久化会话管理器之前不妨先了解另外一个抽象概念会话存储设备Store，引入这个概念是为了更清晰方便地实现各种会话存储方式。作为存储设备最重要的操作

2015-09-10 10:47:04 5307 3

原创标准会话管理器——StandardManager

用于保存状态的会话对象已经有了，现在就需要一个管理器来管理所有会话，例如会话id生成、根据会话id找出对应的会话、对于过期的会话进行销毁等等操作。用一句话描述标准会话管理器：提供一个专门管理某个web应用所有会话的容器，并且会在web应用启动停止时刻进行会话重加载和持久化。会话管理主要提供的功能包括会话ID生成器、后台处理（处理过期会话）、持久化模块及会话集的维护。首先看会话ID生成器，它负责为

2015-09-05 15:35:22 3057 1

原创标准会话对象——StandardSession

Tomcat使用了一个StandardSession对象用来表示标准的会话结构，用来封装需要存储的状态信息。标准会话对象StandardSession实现了Session、Serializable、HttpSession等几个接口，为什么需要实现这几个接口呢？Session接口定义了tomcat内部用来操作会话的一些方法；Serializable则是序列化接口，实现它是为了方便传输及持久化；HTT

2015-09-05 15:27:14 3676 1

原创 web容器的会话机制

基本所有web应用开发的朋友都很熟悉session会话这个概念，在某个特定时间内，我们说可以在一个会话中存储某些状态，需要的时候又可以把状态取出来，这整个过程的时间空间可以抽象成“会话”这个概念。尽管你对session的使用已经很熟悉了，但你未必真正理解session是什么。因为你只是使用了request.getsession().setAttribute("users", username)把某

2015-08-30 11:29:52 5224 1

原创客户端状态的存储空间——Session

http协议在设计之初被设计成无状态特性，客户端的每次请求在服务端看来都是独立且无任何相关性，同一个客户端第一次请求不会与第二次请求有任何关联，即使相隔时间很短。无状态的特性让请求变得很快速且服务器也更加高效，但是随着人们对浏览器功能要求的不断提高，由于无状态导致的不足更加明显，因为有些场景下本次处理需要用到之前的请求的一些信息，如果单纯靠http协议而没有额外的机制是无法办到的。为了提供一种让一

2015-08-23 21:00:32 2487 1

原创集群通信组件tribes之使用方法

上面已经对tribes的内部实现机制及原理进行了深入的剖析，在理解它的设计原理后看看如何使用tribes，整个使用相当简单便捷，只需要四步：①　定义一个消息对象，由于这个消息对象是要在网络之间传递的，网络传输涉及到序列化，所以需要实现Serializable接口。public class MyMessage implements Serializable { private String mess

2015-08-15 18:25:27 3049 2

原创集群通信组件tribes之应用程序处理入口

Tribes为了更清晰更好地划分职责，它被设计成用IO层和应用层，IO层专心负责网络传输方面的逻辑处理，把接收到的数据往应用层传送，当然应用层发送的数据也是通过此IO层发送，数据传往应用层后必须要留一些处理入口供应用层进行逻辑处理，而考虑系统解耦，这个入口最好的方式是使用监听器模式，在底层发生各种事件时触发所有安装好的监听器，使之执行监听器里面的处理逻辑。这些事件主要包含了集群成员的加入和退出、消

2015-08-09 15:05:38 2815 2

原创内存数据网格hazelcast的一些机制原理

hazelcast使用文档可以直接看官方文档，但机制原理相关的资料基本没有，本人硬撸源码写的一些东西，跟大家分享一下。

2015-08-03 16:53:51 6196 1

原创集群通信组件tribes之通道拦截器

拦截器应该可以说是一个很经典的设计模式，它有点类似于过滤器，当某信息从一个地方流向目的地的过程中，可能需要统一对信息进行处理，如果考虑到系统的可扩展性和灵活性通常就会使用拦截器模式，它就像一个个关卡被设置在信息流动的通道中，并且可以按照实际需要添加和减少关卡。Tribes为了在应用层提供对源消息统一处理的渠道引入通道拦截器，用户在应用层只需要根据自己需要添加拦截器即可，例如，压缩解压拦截器、消息输

2015-08-01 17:26:30 2703 1

原创集群通信组件tribes之集群的消息接收通道

与消息发送通道对应，发送的消息需要一个接收端接收消息，它就是ChannelReceiver。接收端负责接收处理其他节点从消息发送通道发送过来的消息，实际情况如图每个节点都有一个ChannelSender和ChannelReceiver，ChannelSender向其他节点的ChannelReceiver发送消息。本质是每个节点暴露一个端口作为服务端监听客户端，而每个节点又充当客户端连接其他节点的服

2015-07-25 20:34:55 2929 1

原创集群通信组件tribes之集群的平行通信

前面的集群成员维护服务为我们提供了集群内所有成员的地址端口等信息，可以通过MembershipService可以轻易从节点本地的成员列表获取集群所有的成员信息，有了这些成员信息后就可以使用可靠的TCP/IP协议进行通信了。这节讨论的正是实际中真正用于消息传送通道的相关机制及实现细节。如下图，四个节点本地都拥有了一张集群成员的信息列表，这时节点1有这么一个需求：为了保证数据的安全可靠，在往自己的内存

2015-07-18 21:07:23 3037 1

原创集群通信组件Tribes之如何维护集群成员信息

一个集群包含若干成员，要对这些成员进行管理就必须要有一张包含所有成员的列表，当要对某个节点做操作时通过这个列表可以准确找到该节点的地址进而对该节点发送操作消息。如何维护这张包含所有成员的列表是本节要讨论的主题。成员维护是集群的基础功能，一般划分一个独立模块或层完成此功能，它提供成员列表查询、成员维护、成员列表改变事件通知等能力。由于tribes定位于基于同等节点之间的通信，所以并不存在主节点选举的

2015-07-12 14:10:51 2761 1

原创集群通信组件Tribes之整体介绍

接下来一系列文章会对集群通信框架tribes进行源码级别的分析，欢迎讨论。把若干机器组合成一个集群，集群为了能协同工作，成员之间的通信是必不可少的，当然可以说这也是集群实现中重点需要解决的核心问题，一个强大的通信协同机制是集群的基础。简约地说，Tribes是一个具备让你通过网络向组成员发送和接收信息、动态检测发现其他节点的组通信能力的高扩展性的独立的消息框架。在组成员之间进行信息复制及成员维护是一

2015-07-04 15:35:11 3591 1

原创集群

集群现在如果要构造一个真正在生产环境上可使用的可靠的系统，基本都离不开集群的概念，总的来说集群是指由若干互相独立的机器通过高速网络组成的一个整体服务，整个集群的内部实现相对外部是透明的，对外部而言它就像一个独立的服务器。要使若干机器协同工作不是一件简单的事，其核心是如何在多机器之间进行通信及各种任务调度使之协同工作。在工程上常见的两种集群是——负载均衡集群和高可用集群。负载均衡集群（Load

2015-06-27 18:35:19 2568 1

原创访问日志IO性能优化

在高并发量的场景下磁盘IO往往是性能的瓶颈所在，访问日志涉及到频繁的写操作，所以这部分要尽可能地优化，不然将拖累系统的整体性能。针对文件记录及数据库记录两种方式可以有以下措施提高写性能，l 避免频繁的打开关闭文件。将日志写入文件的一般操作步骤是打开-写入-关闭，但假如在需要频繁写入日志的场景下，这种方式在性能上肯定会存在问题，因为每次打开关闭都是需要成本开销的，所以必须要想想是否有别的更好的方式，

2015-06-21 14:56:10 5221 1

原创访问日志格式的自定义

在第一小节中经过几步一个访问日志组件已成型，但为了增加用户自定义能力我们还是要继续做点事，对于用户自定义的实现最经典的做法就是引入变量表示，例如定义%a表示远程主机IP、%A表示本机IP等等，然后在写入之前用相应逻辑把变量替换成相应的值写入日志。这节我们来实现日志格式的自定义支持。整个过程其实是先自定义变量组，再逐个把变量替换成相应值，最后把替换后的值写入文件。由于需要实现很多不同的变量，所以定义

2015-06-14 10:26:50 2498 1

原创设计一个中间件的访问日志组件

对任何一个系统，一个强大的日志记录功能是相当重要且必要的，根据日志的记录可以及时掌握系统运行时的健康状态及故障定位。然而作为web容器存在另外一种日志——访问日志。访问日志一般会记录客户端的访问相关信息，包括客户端ip、请求时间、请求协议、请求方法、请求字节数、响应码、会话id、处理时间等等。通过访问日志可以统计访问用户的数量、访问时间分布等规律及个人爱好等等，而这些数据可以帮助公司在运营策略上做

2015-06-07 09:48:44 3161 2

原创 java组播MulticastSocket

在单播模式中有服务器端和客户端之分，而组播模式与单播模式不同，每个端都是以路由器或交换机做为中转广播站，任意一端向路由器或交换机发送消息，路由或交换机负责发送其他节点，每个节点都是同等的。所以在编程模式上用同一个类表示即可——MulticastSocket。 MulticastSocket属于jdk提供的类，类路径为java.net.MulticastSocket，利用此类可以很方便地实现组

2015-05-31 21:43:37 6591 3

原创 Tomcat中定制阀门

我们说管道机制给我们带来了更好的扩展性，Tomcat中在扩展性方面具体如何体现，这便是本节讨论的内容。从上节了解到基础阀门是必须执行的，假如你需要一个额外的逻辑处理阀门，可以添加一个非基础阀门。我的需求是对每个请求访问进行IP记录，打印到日志里面，详细操作如下：① 自定义一个阀门PrintIPValve，只要继承ValveBase并重写invoke方法即可，ValveBase是Tomcat

2015-05-17 18:45:26 4467 5

原创 Tomcat的管道

Tomcat中按照包含关系一共有四个容器——StandardEngine、StandardHost、StandardContext和StandardWrapper，对这四个容器的详细解析后面会涉及，请求对象及响应对象将分别被此四个容器处理，请求响应对象在四个容器之间通过管道机制进行传递。如下图，请求响应对象先通过StandardEngine的管道，期间经过若干个阀门处理，基础阀门是Standard

2015-05-10 17:28:58 3968 4

原创管道模式——pipeline与valve

在一个比较复杂的大型系统中，假如存在某个对象或数据流需要被进行繁杂的逻辑处理的话，我们可以选择在一个大的组件中进行这些繁杂的逻辑处理，这种方式确实达到了目的，但却是简单粗暴的。或许在某些情况这种简单粗暴的方式将带来一些麻烦，例如我要改动其中某部分处理逻辑、我要添加一些处理逻辑到流程、我要在流程中减少一些处理逻辑时，这里有些看似简单的改动都让我们无从下手，除了对整个组件进行改动。整个系统看起来没有任

2015-05-02 18:44:59 11760 8

原创连接器与容器的桥梁——CoyoteAdapter

如果把整个tomcat内核最高抽象程度模块化，可以看成是由连接器Connector和容器Container组成，连接器负责HTTP请求接收及响应，生成请求对象及响应对象并交由容器处理，而容器则根据请求路径找到相应的servlet进行处理。请求响应对象从连接器传送到容器需要一个桥梁，这个桥梁正是此节讨论的主角——CoyoteAdapter。这个组件的结构非常简单，仅仅包含两个工具类，URLEnc

2015-04-26 17:29:37 5473 2

The java.util.concurrent Synchronizer Framework

J2EE性能优化

Tomcat 架构 原理

j2ee APIs 标准

模仿GOOGLE自动提示功能

extjs3.0API中文文档

extjs3.0API查询文档

ssh2完整项目源代码

struts2教程例子跟包

最新的完整的ext包

struts2教程（简明扼要）

内调焦望远镜课程设计

ibatis教程 要的快点来下啊

空空如也

Tomcat 架构原理

ibatis教程要的快点来下啊