tomcat体系结构
可以从tomcat的server.xml文件中元素的层次结构来理解tomcat的体系结构:
Server(可以视为tomcat本身)->经由connector可以有多个（coyote默认为Bio阻塞式io）处理socket分发->Service可以有多个(Catalina Container容器)(一般由catalina container来调用用户的web app java代码)->一个engine->多个host虚拟主机->多个context(就是web app)
每个由host定义的虚拟主机中可以定义多个context(也就是web app或者说modules)
war打包部署:
jar cvf myapp.war webproject-directory
该命令将创建myapp.war部署文件。
需要注意的是该文件对于tomcat来说也是一个文件夹。只要访问url到了/myapp，tomcat就会首先将myapp.war解压，并且根据该war中的web.xml配置来寻址url对应的class并且执行后返回结果
maven
maven是一个apache基金会开源的java构建，依赖管理的工具，类似C语言下的make,本身也是java写的
maven的特点:
1. 约定优先，maven非常强烈地建议相应最佳实践下的目录结构
2. 内置提供了第三方依赖管理，支持自建自管仓库，项目的依赖直接从这个仓库中下载
3. 提供了一致的构建过程
4. 插件式架构，大量的可用插件完成我们的构建流程
5. 方便和IDE集成
maven安装使用过程:
1. 下载http://mirror.bit.edu.cn/apache/maven/maven-3/3.6.0/binaries/apache-maven-3.6.0-bin.zip
2. 解压，并且将对应bin目录放到path环境变量中，配置环境变量M2_HOME=/path/to/maven
3. mvn -v确保正常输出
由于国内访问maven仓库非常慢，阿里云公益心做了对应的镜像。
nexus-aliyun * Nexus aliyun http://maven.aliyun.com/nexus/content/groups/public
maven的pom.xml(project object model)文件
项目坐标:
groupId,组织，比如com.example
artifactId,项目标识符，比如mymodule,myproject等;
version, 版本，比如1.0.1-SNAPSHOT,这里snapshot在maven构建时将被替换为timestamp
dependencies
这里描述本项目的依赖
junit junit 4.12 provided
classpath
classpath用于连接java run time library和文件系统。它定义编译器和解释器应该在何处去查找要加载的.class文件。其基本思想是：文件系统的层次结构就反映了java包的层次结构，而classpath则定义了文件系统中的哪些目录可以作为java包层次结构的根(root)
https://www.ibm.com/developerworks/cn/java/j-classpath-windows/
请求转发forward和重定向redirect
请求转发是由servlet将当前的request和response交给另外的组件处理，最终由其他组件负责返回浏览器响应。对于浏览器来说，这是一次请求，一次响应。请求的转发发生在服务端内部。浏览器地址栏并不会改变；
RequestDispatcher（forward或者include(include是所有组件都可以输出信息)）的获取
通过HttpServletRequest获取，通过ServletContext获取
@Override protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { RequestDispatcher rd = req.getRequestDispatcher("/forwardExample"); rd = this.getServletContext().getNamedDispatcher( "ServletForwardExample"); rd = this.getServletContext().getRequestDispatcher("/forwardExample"); rd.forward(req, resp); } sendRedirect
通过response对象发送给浏览器一个新的url地址，往往就是http location，浏览器自动跳转
监听器
监听器分类
按照监听器所监听的对象可以分为:
监听应用程序环境（ServletContext）,又可以细致分为ServletContextListener(创建和销毁),ServletContextAttributeListener（对象属性的CRUD）,
监听用户请求对象(ServletRequest),也可以细致分为:ServletRequestListener（创建和销毁）,ServletRequestAttributeListener（对象属性的CRUD）
监听用户会话对象(HttpSession)，也可以细致分为HttpSessionListener（创建和销毁）,HttpSessionAttributeListener（对象属性的CRUD），HttpSessionActivationListener监听session持久化到磁盘，或者从磁盘恢复到内存的事件。
HttpSessionBindingListener: attribute方法调用或者removeAttribute方法调用时会触发
监听器,过滤器，Servlet的启动顺序
监听器，过滤器或者Servlet的启动顺序首先取决于在部署描述符web.xml中定义的顺序，按照其定义顺序而顺序创建的。
监听器优先级，高于过滤器，高于Servlet
servlet并发
servlet并发线程模型:
多个请求访问同一个servlet时，由于被容器分别以多个worker线程来调用单实例servlet对应的service方法，因此在servlet的开发中，我们必须注意线程安全问题！！
servlet并发处理的特点:
1. 单实例，我们知道servlet的生命周期中只初始化创建一次，也就是单实例
2. 多线程，当多个用户同时访问同一个servlet时，对应的servlet的service方法或者get,post方法将在不同的worker thread中同时执行，也就是具有多线程运行模式；
3.线程不安全，也正是因为1，2两个特点导致了servlet是线程不安全的。
如何做到servlet线程安全？
变量的线程安全：
1. 参数变量本地化，由于local变量并不暴露在不同的线程中，因此是线程安全的；
2. 对于需要同步访问的线程不安全变量写访问时，必须加上synchronized锁
属性的线程安全：
1. ServletContext的属性是线程不安全的
2. HttpSession理论上是线程安全的，但是如果同一个用户在浏览器同一个进程中打开多个tab也可能不安全；
3.ServletRequest是线程安全的，因为它是在每一次request时创建并供使用的数据
以下两点需要注意：
1. 避免在Servlet中再创建新的线程，这将会导致程序异常复杂，容易出错；
2. 多个Servlet需要访问同一个外部对象时，必须加锁处理
public class ConcurrentServlet extends HttpServlet { String name; // 尽量避免使用这类实例变量，因为这是线程不安全的，如果必须使用则必须加锁 /** * */ private static final long serialVersionUID = -6948878379930865229L; @Override public void init() throws ServletException { super.init(); } @Override protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { synchronized (this) { name = req.getParameter("username"); PrintWriter out = resp.getWriter(); try { Thread.sleep(5000); } catch (InterruptedException e) { e.printStackTrace(); } out.println("username: " + name); } } @Override public void destroy() { super.destroy(); }}