标签：
设计模式：适配器模式(从一个接口态转成另一种接口)，装饰器模式（扩展现有接口的功能）
常见的编码：ASCII(128)，ISO-8859-1(256)，GB2312，GBK，GB18030,UTF-16,UTF-8
编码解码
web中涉及的编码：
JS编码：js文件的编码与html的编码不一致，所以默认设置下charset。encodeUrlComponent 两次编码解码
多语言支持:Nginx 增加一个多语言转换。
JVM体系结构：
通过模拟一个计算机达到计算机所具有的功能：指令集，计算单元，寻址，寄存器，存储。
类加载，执行引擎（解释执行，JIT本地执行，寄存器执行）不同的jvm实现不同，内存区，本地方法调用
JVM工作机制
基于栈的工作机制：与平台无关，指令紧凑，减少数据量
物理内存与虚拟内存：虚拟内存与物理内存 n:1 当一个虚拟内存不活跃时，会将该映射的物理内存移到磁盘文件中(页面文件)。
内核空间与用户空间，
Java内存组件：堆，线程，类and类加载，NIO，JNI
JVM内存结构：寄存器，堆，栈，方法区，常量池
JVM内存分配：静态分配，堆分配，栈分配
JVM内存回收：根对象无法到达的对象可以回收(垃圾检测)，分代垃圾回收 y，s1，s2，old，perm
serial collector，parallel collector，cms collector
cms针对old和perm区，minor gc采用多线程
DisableExplicitGC,System.gc().变成空调，没有释放NIO,需要改成 ExplicitGCInvokesConcurrent
direct memory 分析工具 sjdrectmem
Servlet容器：tomcat的启动类 XX.startup.Tomcat，一个web应用对应一个StandardContext容器，添加的listener继承了lifecyclelistener接口
globalwebXml>webfragement.xml>web.xml;Servlet被包装成StandardWrapper
Servlet实例:DefaultServlet和JspServlet
Servlet体系结构：采用门面设计模式拿到该拿的数据
Servlet如何工作：通过 XX.http.mapper 找到对应的wrapper容器，必须要要执行filter链
Servlet中的listener：ServletContextListener在启动后不能再添加新的，spring 的ContextLoadListener实现了该listener，初始化spring容器
Filter如何工作：多个filter串成一个FilterChain，url匹配：精确匹配，路劲匹配，后缀匹配
session与cookie是为了保持用户与后端服务器的交互状态，cookie的数量与大小有限制
理解cookie：不超过50个，大小不超过4095
理解session：standardsession对象持久化到session.ser中，必须调用sevlet容器的stop方法，request.getSession() 创建
cookie安全与压缩：cookie可修改（失效时间，加密，结合浏览器或ip特点的唯一key，httpOnly），有安全隐患，可以采用gzip和deflate进行压缩突破存储限制，减少带宽
分布式session框架：应用可写的session项和cookie项统一管理，session分布式缓存存储，InputHttpSession
跳转应用，sessionId在所有域名下都写入cookie中，另外根据用户的私密信息生成唯一key(比如请求ip，证书文件，浏览器信息)。
表单重复提交：每次请求是带上一个token，校验token和session中的是否一致，请求后disable按钮
多端session统一：cookie和session要统一，拿统一的session，二维码扫码登录:PC定时拉取该二维码登录有没有登录，手机扫完之后，发送二维码信息，用户的sessionid，发送到服务，标志校验通过，把sessionid发送到终点，唯一信息。
tomcat的总体设计：
connector和container，container对应多个service，一个service可以设置多个connector
connector负责请求数据和返回数据的封装成request和response，处理这个请求由container完成
tomcat5中默认的connector是coyote。
container是责任链模式，包含engine>host>context>Wrapper,容器可以在backgroudprocess中定义周期性的事件，
其他组件：security，logger，session，mbeans，naming
门面模式
不能将自己的数据过多的暴露出去，通过一层门面进行限制，httprequest和httprequestfacade
观察者模式
由 subject，concretesubject，observer组成，
LifecycleEvent定义主题，LifecycleSupport管理event和observer的关系
命令模式
把发出命令的责任和执行命令的责任分开 command，invoker，receiver组成，HttpProcessor和ContainerBase
责任链模式
责任链模式就是很多对象与对象的家引用形成一条链，例如tomcat中的pipeline和valve。
Jetty的基本架构：所有的扩展组件都作为handler添加到server中，有handlerwrapper和handlercollection构成
Jetty的启动过程：handler有父子关系，启动注册在jmx上的mbean，最后启动connector
接受请求：基于http请求：connectorendpoint，ajp请求：基于ajp13parser上完成，NIO处理:监听和处理分开
处理请求：ServletHolder 是 Servlet的装饰类，添加到handler中
与Jboss集成：基于ajp集成
与tomcat的比较：短生命周期的连接采用tomcat，长连接采用jetty
spring的骨骼架构：核心为bean，core,context,core是发现，建立和维护bean之间关系的帮助类，context是最终管理平台，bean是业务模型。
核心组件：bean:BeanFactory，BeanDefinition,
ApplicationContext：继承beanfactory和resourceloader，core：资源的访问方式，context的资源加载，解析和描述委托给resolver
BeanFactoryPostProcessor和BeanPostProcessor：beanfactory和bean初始化时执行。
InitializingBean和DisposableBean 分布在bean实例创建和销毁时调用。
FactoryBean：不是预设的球模型，由用户自定义
AOP的特性：继承FactoryBean，以及月java Proxy实现动态代理
代理模式：为实际对象创建代理对象，实际执行时，可以增加一些对原对象的额外操作。
策略模式：完成某个操作有多种实现，根据不同场景选择不同的实现，例如动态代理有cglib，jdk proxy等多种实现。
mvc的总体设计：dispatchServlet是核心，实现8个功能：initMultipartResolver 处理文件上传；initLocalResolver 处理应用的国际化；initThemeResolver：定义一个主题；initHandlerMappings，请求映射关系；initHandlerAdapters，根据handler类型定义不同的处理规则；initHandlerExceptionsResolvers：handler出错时统一处理；initRequestToViewNameTranslator；initViewResolver
control的总体设计：HandlerMapping和HandlerAdapters两个组件提供，handlerMapping管理url与handler的对应关系，所有的interceptor必须实现HandlerInterceptor。HandlerAdapter帮助定义各种handler，默认提供4种。
整个调用从dispatch的doService方法开始。
Model设计：页面渲染需要的参数存储在modelmao中
view设计：InternalResourceViewResolver create和render页面。
模板模式：大的逻辑已经定义，业务只需要实现一些具体步骤，例如spring的abstractview
将固定不变的脚本ibatis配置实现。
类层次结构：交互类型的框架 client，executor，session
设计策略：parametermap和resultmap,typehandler负责类型转换
运行原理：session负责事务管理
sql解析：配置文件解析成statement
对象映射：DataExchange和AccessPlan实现真正的数据映射
工厂模式：DataExchangeFactory，DataSourceFactory。
总体架构：主要由app、context、runtime一些辅助类，暴露使用的有Velocity和VelocityEngine，context封装了渲染所需的变量
解析：解析成JTree
事件处理：判空，include，取值$
常用优化：减少树节点数量，
与jsp比较：ParserController将jsp编译成servlet，jsp依赖servlet环境，编译执行velocity反射执行
合成模式:部分整体模式，部分和整体都实现一个方法，来实现子处理
解释器模式:将一定格式的文本解释成特定的数据结构，将vm解释成AST抽象语法树。
现实存在的问题：页面大，cpu压力大，临时对象多，gc影响大，空白字符多，浪费带宽
高效的模板引擎：将velocity编译java类，将反射变成直接调用，字符输出改成字节输出
其他方法：去掉非中文空格，压缩tab和换行，合并相同的数据，异步渲染。
java的QPS上万很难。
动静区分
静态化方案选择
问题：是否一致性hash，是否使用esi，是否使用物理机，谁来压缩，网卡选择
共享cache，与应用拆分，进行回源
失效：时间驱动被动失效，主动失效：监控变化，java发布，vm发布
cdn化，cdn分布全国，主动发purge给cache失效，二级cdn。
解决什么问题，现有框架是否不能解决，是不是比其他方案好
需要简化开发的框架。
框架设计原则：ocp（开闭原则，扩展开放，修改关闭），LSP（里氏代换，凡是父类能用的地方，子类皆可以）；
DIP（依赖倒转）依赖抽象，不依赖于具体，ISP(接口隔离)：接口尽可能单一，CARP(合成/聚合复用原则)尽可能聚合/合成使用，不使用继承。LOD(迪米特原则)，一个对象应到对其他对象细节尽可能少的了解。
减少程序的封装程度
简单的程序复杂化
减少翻译的代价
变的转为不变的
标签：
原文地址：http://www.cnblogs.com/wade-luffy/p/5931093.html
