深入分析java web技术内幕目录一览
Web请求过程[*]如何发起请求：browser，httpclient
[*]http解析：chrome ，cache
[*]Dns域名解析：域名缓存
[*]cdn:负载，动态加速，回源
Java I/O
[*]I/0类库的基本架构:字节操作，字符操作，字节字符的转化
[*]磁盘的I/O：内核空间，用户空间，同步，异步，内存映射
[*]网络I/O工作机制：tcp状态转化，网络传输的因素，socket的工作机制，通信链路，数据传输
[*]NIO的工作方式：BIO cpu被抢占，channel，select，selectionkey，bytebuffer，数据分发
[*]I/O优化：磁盘I/O优化：raid，
[*]tcp网络参数：timeout，端口范围，网络I/O：减少交互次数，减少网络传输大小，编码，同步/异步，阻塞/非阻塞。
设计模式：适配器模式(从一个接口态转成另一种接口)，装饰器模式（扩展现有接口的功能）
Java编码问题
[*] 常见的编码：ASCII(128)，ISO-8859-1(256)，GB2312，GBK，GB18030,UTF-16,UTF-8
[*] 编码解码
web中涉及的编码：
[*]url编码：url编码和querystring编码分开，设置connector的编码URLEncoding="UTF-8" useBodyEncodingForURI="true".
[*]Http Header编码：不可以传输费AscII字符，如果需要传输，先用URLEncoder编码，服务端再解码
[*]POST表单：编码由contenttype设定，服务端用filter设置request.setCharacterEncoding解码，上传是字节流不编码。
[*] JS编码：js文件的编码与html的编码不一致，所以默认设置下charset。encodeUrlComponent 两次编码解码
[*] 多语言支持:Nginx 增加一个多语言转换。
Javac编译原理
[*]词法分析，语法分析，符号表构建，annotation处理，标注和语法检查，数据流分析，类型转化，字节码
[*]实现类：com.sun.tools.javac.parser.Scanner ,Parser
[*]访问者模式：将稳定的数据结构和对数据结构变化多端的操作解耦
深入class文件结构
[*]jvm指令集
[*]class文件头
[*]常量池
[*]类信息
[*]Field和methods
[*]类属性
[*]javap
深入classloader工作机制
[*]classloader：class加载到jvm，类由谁加载，加载成jvm统一的对象格式
[*]classloader:findClass,defineClass,resolveClass
[*]类型：Bootstrap Classloader,ExtClassloader，AppClassLoader
[*]自定义的class，类的热部署：
[*]java的动态加载：jsp动态加载
JVM体系结构与工作方式
[*] JVM体系结构：
通过模拟一个计算机达到计算机所具有的功能：指令集，计算单元，寻址，寄存器，存储。
类加载，执行引擎（解释执行，JIT本地执行，寄存器执行）不同的jvm实现不同，内存区，本地方法调用
[*] 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工作原理
[*] 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
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的系统架构与设计模式
[*] 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的工作原理解析
[*] Jetty的基本架构：所有的扩展组件都作为handler添加到server中，有handlerwrapper和handlercollection构成
[*] Jetty的启动过程：handler有父子关系，启动注册在jmx上的mbean，最后启动connector
[*] 接受请求：基于http请求：connectorendpoint，ajp请求：基于ajp13parser上完成，NIO处理:监听和处理分开
[*] 处理请求：ServletHolder 是 Servlet的装饰类，添加到handler中
[*] 与Jboss集成：基于ajp集成
[*] 与tomcat的比较：短生命周期的连接采用tomcat，长连接采用jetty
spring框架的设计理念
[*] 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等多种实现。
Spring MVC的工作机制和设计模式
[*] 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的系统架构和映射原理
将固定不变的脚本ibatis配置实现。
[*] 类层次结构：交互类型的框架 client，executor，session
[*] 设计策略：parametermap和resultmap,typehandler负责类型转换
[*] 运行原理：session负责事务管理
[*] sql解析：配置文件解析成statement
[*] 对象映射：DataExchange和AccessPlan实现真正的数据映射
[*] 工厂模式：DataExchangeFactory，DataSourceFactory。
Velocity工作原理
[*] 总体架构：主要由app、context、runtime一些辅助类，暴露使用的有Velocity和VelocityEngine，context封装了渲染所需的变量
[*] 解析：解析成JTree
[*] 事件处理：判空，include，取值$
[*] 常用优化：减少树节点数量，
[*] 与jsp比较：ParserController将jsp编译成servlet，jsp依赖servlet环境，编译执行velocity反射执行
[*] 合成模式:部分整体模式，部分和整体都实现一个方法，来实现子处理
[*] 解释器模式:将一定格式的文本解释成特定的数据结构，将vm解释成AST抽象语法树。
Velocity优化实践
[*] 现实存在的问题：页面大，cpu压力大，临时对象多，gc影响大，空白字符多，浪费带宽
[*] 高效的模板引擎：将velocity编译java类，将反射变成直接调用，字符输出改成字节输出
[*] 其他方法：去掉非中文空格，压缩tab和换行，合并相同的数据，异步渲染。
大浏览量系统的静态化设计
[*] java的QPS上万很难。
[*] 动静区分
[*] 静态化方案选择
问题：是否一致性hash，是否使用esi，是否使用物理机，谁来压缩，网卡选择
共享cache，与应用拆分，进行回源
[*] 失效：时间驱动被动失效，主动失效：监控变化，java发布，vm发布
[*] cdn化，cdn分布全国，主动发purge给cache失效，二级cdn。
框架设计的思考
[*] 解决什么问题，现有框架是否不能解决，是不是比其他方案好
[*] 需要简化开发的框架。
[*] 框架设计原则：ocp（开闭原则，扩展开放，修改关闭），LSP（里氏代换，凡是父类能用的地方，子类皆可以）；
DIP（依赖倒转）依赖抽象，不依赖于具体，ISP(接口隔离)：接口尽可能单一，CARP(合成/聚合复用原则)尽可能聚合/合成使用，不使用继承。LOD(迪米特原则)，一个对象应到对其他对象细节尽可能少的了解。
优化的理论基础
[*] 减少程序的封装程度
[*] 简单的程序复杂化
[*] 减少翻译的代价
[*] 变的转为不变的
页:
[1]