㈠ TOMCAT中web.xml文件和java项目中WEB-INF目录下的web.xml文件的区别
TOMCAT中web.xml文件和java项目中WEB-INF目录下的web.xml文件的区别：
加载顺序是tomcat conf目录下然后是java项目目录下的。
tomcat config目录下的为服务器全局作用域，一般用来配置全局设置、数据源等，而项目目录下的为局部作用域。
在tomcat 的web.xml是可以设置session的。
㈡ javaee生命周期最长的作用域
跨越Web应用程序。在JavaEE中，ServletContext对象的生命周期最长，它的作用域可以跨越整个Web应用程序。它在Web应用程序启动时创建在Web应用程序关闭时销毁。在整个Web应用程序的生命周期中，ServletContext对象都存在并且可以通过它来实现在整个应做世枯用程序中共享数据和资源。ServletContext对象是一个Web应用程序级别的对象，它纯洞可以被用来存储和共享Web应用返册程序范围内的数据和资源，比如数据库连接池、全局配置信息等。
㈢ web前端开发需要掌握的几个必备技术
Web前端开发需要掌握的几个必备技术是：
HTML +_CSS核心、JavaScript、VUE框架
前端的应用非常广泛，基本网站、APP、HTML5小程序等都需要前端开发，所以只要是互联网产品基本都需要前端。
前端程序猿切页面写页面，Web上、H5上的炫酷效果，是前端开发大展身手的地方。最常见的用于前端开发的技术组合是：
HTML+CSS+JavaScript。
web前端是在开发人员中最直接面向产品、面向用户的设计人员，一个开发团队的成果是要靠web前端去展现，因为用户不会去关心后台的处理有多么强大。
后端开发是写后台，各种业务逻辑、数据处理、模块接口、客户端接口等等。后端开发者通常精通于一种Web编程语言和一个数据库管理系统。电商平台点击筛选条件下面为你筛选出来的宝贝的功能以及付款人数数据的变化等都是由后台来实现提供的。
目前web产品交互越来越复杂，用户使用体验和网站前端性能优化这些都得靠web前端去做。
前端开发则是网站的前台代码实现，包括基本的HTML和CSS以及JavaScript/ajax，最新的高级版本HTML5、CSS3，以及SVG等。
前端开发需要学习的技术
1 掌握基本web前端开发技术：HTML、CSS、JavaScript、DOM、BOM、AJAX等，而且要了解它们在不同浏览器上的兼容情况、渲染原理和存在的Bug
2 必须掌握网站性能优化、SEO和服务器端开发技术的基础知识
3 必须学会运用各种web前端开发与测试工具进行辅助开发
4 除了掌握技术层面的知识，还要掌握理论层面的知识，包括代码的可维护性、组件的易用性、分层语义模板和浏览器分级支持等
5 未来web前端开发工程师还要研究HTML5、web视觉设计、网站配色、网站交互设计模式等相关技术
web前端有广阔的发展空间，app、小程序、移动端、pc端等都网站是需要前端技术的开发支持才能够完成，技术门槛相对较低、需求量较大，薪资待遇良好。只要是互联网端的客户界面，就需要前端来制作完成，前端开发的编程量不大，但是需要部分编程，入门简单，但是要学的深入需要一个过程。
Web前端招聘岗位
• 前端开发工程师、Web开发工程师、网页开发工程师、HTML开发工程师...
• H5开发工程师、移动应用开发工程师、App开发工程师、小程序开发工程师...
• JS开发工程师、Vue.js开发工程师、Node.js开发工程师、前端架构师...
• 小游戏开发工程师、数据可视化开发工程师、WebGL开发工程师、WebVR开 发工程师、Web安全工程师...
㈣ JAVA web 中。如何在后台存值在application作用域里面在前台页面又怎么取application里的值啊急急..
后台ServletContext application = request.getSession().getservletContext(); 得到application对象
application.setAttribute(key,value);此处采用键值对的形式存值
前台
application.getAttribute(key);直接使用内置对象application取值，通过key取到value
注意之前存的什么派则类型取出来盯庆还是用什么类型尘则棚接受，强制向下转型
㈤ java培训主要学什么
像这样的问题，我已经回答了很多次，现在很多新手，特别是刚刚入行想学java的同学，不知道该从哪里入手，我是在成都课工场学java入的行，现在已变成老司机，我整理了一些java的知识点，一共分为六个阶段，273个技能点，第一阶段、第二阶段、第三阶段、第四阶段是必须要掌握的，很多机构忽悠人，就只学到第四阶段，第五阶段和第六阶段就是高薪、高职的保障，就说说想高薪必须得把后面两个阶段的给掌握了，老铁，觉得合适采纳下啊。
第一阶段：java基本功修炼
1.认识计算机硬件
2.计算机组成原理
3.计算机软件知识
4.计算机网络知识
5.常用网络应用操作
6.认识计算机病毒
7.逻辑训练
8.初识Java
9.变量和数据类型
10.选择结构
11.循环结构for
12.循环结构do-while
13.循环结构while
14.多重循环及程序调试
15.循环进阶
16.一维数组及经典应用
17.二维数组
18.认识类与对象
19.方法及方法重载
20.封装与继承
21.方法重写与多态
22.项目实战-汽车租赁系统
23.抽象类和接口
24.异常
25.项目实战-QuickHit
26.Java中的集合类型
27.List集合
28.Set集合
29.HashMap集合
30.Iterator
31.Collections算法类及常用方法
32.enum
33.包装类及装箱拆箱
34.String、StringBuffer类常用方法操作字符串
35.Date、Calendar
36.Math类常用方法
37.IO/NIO
38.字节输入流(InputStream、FileInputStream、BufferedInputStream)
39.字节输出流(OutputStream、FileOutputStream、BufferedOutputStream)
40.字符输入流(Reader、InputStreamReader、FileReader BufferedReader)
41.字节输出流(Writer、OutputStreamWriter、FileWriter、BufferedWriter)
42.文件复制
43.Serialize、Deserialize
44.职场晋升力：四象限时间管理与精力管理
45.多线程(Thread、Runnable)
46.ThreadLifeCycle
47.线程的调度
48.线程的同步和死锁
49.ThreadPool
50.职场晋升力：团队合作
51.Socket(TCP、UDP)
52.XML概念、优势、规范
53.XML中特殊字符的处理
54.使用DOM读取、添加、删除、解析 XML数据
第二阶段：javaweb开发
55.搭建和配置MySQL数据库
56.数据库增、删、查、改语句
57.事务
58.视图
59.数据库备份与恢复
60.数据库用户管理
61.数据库设计
62.项目实战-银行ATM存取款机系统
63.走进 HTML和CSS
64.列表表格及表单美化
65.CSS 高级操作
66.Bootstrap
67.CSS 组件
68.JavaScript面向对象
69.JavaScript判断、循环
70.JavaScript闭包
71.JavaScript语法
72.Bootstrap综合案例
73.HTML5、CSS3
74.jQuery基础
75.jQuery基本操作
76.jQuery事件与特效
77.jQuery Ajax
78.jQuery插件
79.搭建Web 环境初识JSP
80.JSP九大内置对象
81.JSP实现数据传递和保存
82.JDBC
83.单例模式、工厂模式
84.MVC、三层模式
85.Commons-fileupload、CKEditor
86.分页查询
87.EL 与 JSTL
88.Servlet与Filter
89.Listener与MVC
90.Ajax 与 jQuery
91.jQuery的Ajax交互扩展
92.项目实战—使用Ajax技术改进新闻发布系统
93.反射
94.Linux系统的安装
95.在Linux中管理目录和文件
96.在Linux中管理用户和权限
97.在Linux服务器环境下安装软件和部署项目
98.职场晋升力：职场沟通
第三阶段： 企业级框架开发
99. MyBatis 环境搭建
100. SQL 映射文件
101. 动态SQL
102. MyBatis 框架原理
103.SpringIOC
104.构造注入、依赖注入、注解
105. Spring 整合MyBatis(SqlSessionTemplate、MapperFactoryBean、事务
处理)
106. Spring 数据源(属性文件、JNDI)、Bean 作用域
107. Spring 框架的运行原理
108.SpringMVC 体系概念
109.SpringMVC 之数据绑定、数据效验、
110.SpringMVC 之视图及视图解析
111.SpringMVC 之文件上传、本地化解析
112.SpringMVC 之静态资源处理、请求拦截器、异常处理
113.Oracle数据库环境搭建、安装
114.Oracle数据库 SQL、分页、备份、还原
115.Hibernate 概念、依赖
116.HQL查询语言
117.Hibernate 中配置关联映射
118.HQL连接查询与 Hibernate注解
119.Struts2概念、依赖
120.Struts2配置
121.OGNL表达式
122.Struts2拦截器
123.SSH框架整合
124.使用Maven构建项目
125.使用Struts2实现Ajax
126.Jsoup网络爬虫
127.多线程网络爬虫
128.反爬及反反爬策略
129.通用爬虫设计
130.Echart图表分析
131.IKAnalyzer分词
132.企业框架项目实战-代理商管理系统
133.企业框架项目实战-SL 会员商城
134.企业框架项目实战-会员管理系统
135.企业框架项目实战-互联网招聘信息采集分析平台
第四阶段： 前后端分离开发
136.GitHub
137.Git基础(checkout、pull、commit、push、merge等)
138.Git进阶(多分支协作)
139.GitLab
140.IDEA的使用
141.Maven介绍(概念、仓库、构建、命令)
142.使用Maven构建WEB项目
143.使用Maven构建多模块项目
144.使用Maven搭建私服仓库
145.Scrum框架介绍(三个角色、三个工件、四个会议)
146.ScrumTeam组建团队
147.产品需求和用户故事
148.每日立会
149.使用敏捷-Scrum方式开发管理实战
150.前后端分离、分布式集群架构、垂直架构
151.SSM（SpringMVC+Spring+MyBatis）整合实战
152.Git、Maven私服Nexus
153.第三方接入技术（微信、阿里）
154.MySQL电商实战
155.Redis（缓存服务）
156.搜索引擎-Solr
157.集成APIDoc工具-Swagger
158.图片自动化处理：Tengine+LUA+GraphicsMagic
159.手机、邮箱注册
160.单点登录 Token
161.OAuth2.0认证
162.Jsoup网络爬虫(多线程爬虫/代理 IP爬虫)
163.ExecutorService线程池
164.IK中文分词
165.Postman
166.ReactJS
167.webpack
168.职场晋升力：简历撰写
169.程序猿面试宝典之项目面试
170.大型互联网旅游电商项目实战-爱旅行
第五阶段： 分布式微服架构开发
171.SpringBoot环境搭建
172.SpringBoot常用技能
173.SpringBoot整合Redis
174.SpringBoot整合Mybatis
175.微服务架构及架构设计
176.消息队列
ActiveMQRabbitMQ
177.分布式事务
178.分布式锁 Redis-setnx
179.Zookeeper注册中心
180.基于 ActiveMQ实现高并发
181.Docker环境搭建
182.Docker镜像加速
183.Docker容器管理
184.Docker镜像管理
185.Docker容器文件备份
186.Dockerfile
187.Docker私服仓库
188.真实互联网高并发电商项目实战-双十一抢购
189.可视化监控 Portainer
190.DockerCompose 容器编排
191.DockerCompose扩容、缩容
192.DockerSwarm集群编排
193.Jenkins安装、插件配置
194.Jenkins配置普通任务
195.Jenkins配置管道任务
196.Jenkins自动发布服务
197.Spring CloudEureka
198.Spring CloudFeign
199.Spring CloudRibbon
200.Spring CloudZuul
201.Spring CloudConfig
202.Spring CloudHystrix
203.Spring CloudSleuth
204.Spring BootAdmin
205.Eureka注册原理探秘
206.SpringCloud 大坑解读
207.Zipkin
208.Zipkin整合RabbitMQ
209.Zipkin整合MySQL
210.ELK日志收集
211.Kafka
212.Elasticsearch映射管理
213.Elasticsearch查询/复合查询
214.Elasticsearch集群/集群规划
215.Elasticsearch聚合
216.Elasticsearch集群监控
217.Elasticsearch插件
(Head/BigDesk)
218.Mycat读写分离
219.Mycat一主多从
220.Mycat多主多从
221.Mycat数据分片
222.Redis
223.Redis-Redlock
224.Elasticsearch环境搭建
225.Elasticsearch客户端
226.Elasticsearch索引管理
227.Elasticsearch文档管理
228.Mycat集群
229.Jmeter 并发测试
230.Jmeter 生成测试报告
231.微信登录
232.微信支付
233.支付宝支付
234.网络地图
235.Sonar本地检测
236.Sonar+Jenkins线上检测
237.CI/CD
238.SpringBoot改造爱旅行项目实战
239.大型互联网票务类电商项目实战-大觅网
240.ES6概念(les、const)
241.ES6对象和数组
242.ES6函数扩展
243.VUE环境搭建
244.VUE.JS指令
245.VUE 交互
246.VUE 实例生命周期
247.VUE 组件
248.VUE项目环境配置及单文件组件
249.VUE 路由
第六阶段：cc服务
250. Spring Cloud Gateway
251. Consul
252. Nacos
253. Eureka、Consu、lNacos、Zookeeper 对比分析
254. Prometheus + Grafana
255. ES 分布式存储原理
256. NoSQL 数据库解决方案(Redis、MongoDB)
257. OAuth2.0 认证( authorization code 模式)
258. OAuth2.0 认证( implicit 模式)
259. OAuth2.0 认证( resource owner password credentials 模式)
260.OAuth2.0认证( clientcredentials模式)
261.NAS/FastDFS分布式文件存储
262.Python基础
263.Python爬虫
264. 大数据及 Hadoop 概述
265. 分布式文件系统 HDFS
266. 分布式计算框架MapRece
267. 分布式列式数据库 HBase
268. Hadoop 综合应用
269. 面试大局观
270. 职业规划
271. 项目面试
272. 具体业务场景化解决方案
273. 更多技术专题持续增加中
我估计能把你看晕，有不清楚的可以私信我
㈥ java基础面试题
1.抽象：
抽象就是忽略一个主题中与当前目标无关的那些方面，以便更充分地注意与当前目标有关的方面。抽象并不打算了解全部问题，而只是选择其中的一部分，暂时不用部分细节。抽象包括两个方面，一是过程抽象，二是数据抽象。
2.继承：
继承是一种联结类的层次模型，并且允许和鼓励类的重用，它提供了一种明确表述共性的方法。对象的一个新类可以从现有的类中派生，这个过程称为类继承。新类继 承了原始类的特性，新类称为原始类的派生类（子类），而原始类称为新类的基类（父类）。派生类可以从它的基类那里继承方法和实例变量，并且类可以修改或增 加新的方法使之更适合特殊的需要。
3.封装：
封装是把过程和数据包围起来，对数据的访问只能通过已定义的界面。面向对象计算始于这个基本概念，即现实世界可以被描绘成一系列完全自治、封链键锋装的对象，这些对象通过一个受保护的接口访问其他对象。
4. 多态性：
多态性是指允许不同类的对象对同一消息作出响应。多态性包括参数化多态性和包含多态性。多态性语言具有灵活、抽象、行为共享、代码共享的优势，很好的解决了应用程序函数同名问题。
5、String 和StringBuffer的区别
JAVA平台提供了两个类：String和 StringBuffer，它们可以储存和操作字符串，即包含多个字符的字符数据。这个String类提供了数值不可改变的字符串。而这个 StringBuffer类提供的字符串进行修改。当你知道字符数据要改变的时候你就可以使用StringBuffer。典型地，你可以使用 StringBuffers来动态构造字符数据。
6、运行时异常与一般异常有何异同？
异常表示程序运行过程中可能出现的非正常状态，运行时异常表示虚拟机的通常操作中可能遇到的异常，是一种常见运行错误。java编译器要求方法必须声明抛出可能发生的非运行时异常，但是并不要求必须声明抛出未被捕获的运行时异常。
7、说出Servlet的生命周期，并说出Servlet和CGI的区别。
Servlet被服务器实例化后，容器运行其init方法，请求到达时运行其service方法，service方法自动派遣运行与请求对应的doXXX方法（doGet，doPost）等，当服务器决定将实例销毁的时候调用其destroy方法。
与cgi的区别在于servlet处于服务器进程中，它通过多线程方式运行其service方法，一个实例可以服务于多个请求，并且其实例一般不会销毁，而CGI对每个请求都产生新的进程，服务完成后就销毁，所以效率上低于servlet。
8、说出ArrayList,Vector, LinkedList的存储性能和特性
ArrayList和 Vector都是使用数组方式存储数据，此数组元素数大于实际存储的数据以便增加和插入元素，它们都允许直接按序号索引元素，但是插入元素要涉及数组元素 移动等内存操作，所以索引数据快而插入数据慢，Vector由于使用了synchronized方法（线程安全），通常性能上较ArrayList差，而 LinkedList使用双向链表实现存储，按序号索引数据需要进行前向或后向遍历，但是插入数据时只需要记录本项的前后项即可，所以插入速度较快。
10、&和&&的区别。
&是位运算符亮告，表示按位与运算，&&是逻辑运算符，表示逻辑与（and）。
11、HashMap和Hashtable的区别。
HashMap是Hashtable的轻量级实现（非线程安全的实现），他们都完成了Map接口，主要区别在于HashMap允许空（null）键值（key）,由于非线程安全，效率上可能高于Hashtable。
HashMap允许将null作为一个entry的key或者value，而Hashtable不允许。
HashMap把Hashtable的contains方法去掉了棚晌，改成containsvalue和containsKey。因为contains方法容易让人引起误解。
Hashtable继承自Dictionary类，而HashMap是Java1.2引进的Map interface的一个实现。
最大的不同是，Hashtable的方法是Synchronize的，而HashMap不是，在多个线程访问Hashtable时，不需要自己为它的方法实现同步，而HashMap 就必须为之提供外同步。
Hashtable和HashMap采用的hash/rehash算法都大概一样，所以性能不会有很大的差异。
12、final, finally, finalize的区别。
final 用于声明属性，方法和类，分别表示属性不可变，方法不可覆盖，类不可继承。
finally是异常处理语句结构的一部分，表示总是执行。
finalize是Object类的一个方法，在垃圾收集器执行的时候会调用被回收对象的此方法，可以覆盖此方法提供垃圾收集时的其他资源回收，例如关闭文件等。
13、sleep() 和 wait() 有什么区别?
sleep是线程类（Thread）的方法，导致此线程暂停执行指定时间，给执行机会给其他线程，但是监控状态依然保持，到时后会自动恢复。调用sleep不会释放对象锁。
wait是Object类的方法，对此对象调用wait方法导致本线程放弃对象锁，进入等待此对象的等待锁定池，只有针对此对象发出notify方法（或notifyAll）后本线程才进入对象锁定池准备获得对象锁进入运行状态。
14、Overload和Override的区别。Overloaded的方法是否可以改变返回值的类型?
方法的重写Override和重载Overload是Java多态性的不同表现。重写Overrid是父类与子类之间多态性的一种表现，重载 Overload是一个类中多态性的一种表现。如果在子类中定义某方法与其父类有相同的名称和参数，我们说该方法被重写 (Overrid)。子类的对象使用这个方法时，将调用子类中的定义，对它而言，父类中的定义如同被"屏蔽"了。如果在一个类中定义了多个同名的方 法，它们或有不同的参数个数或有不同的参数类型，则称为方法的重载(Overloading)。Overload的方法是可以改变返回值的类型。
15、error和exception有什么区别?
error 表示恢复不是不可能但很困难的情况下的一种严重问题。比如说内存溢出。不可能指望程序能处理这样的情况。
exception 表示一种设计或实现问题。也就是说，它表示如果程序运行正常，从不会发生的情况。
16、同步和异步有何异同，在什么情况下分别使用他们？举例说明。
如果数据将在线程间共享。例如正在写的数据以后可能被另一个线程读到，或者正在读的数据可能已经被另一个线程写过了，那么这些数据就是共享数据，必须进行同步存取。
当应用程序在对象上调用了一个需要花费很长时间来执行的方法，并且不希望让程序等待方法的返回时，就应该使用异步编程，在很多情况下采用异步途径往往更有效率。
17、try { }里有一个return语句，那么紧跟在这个try后的finally { }里的code会不会被执行，什么时候被执行，在return前还是后?
会执行，在return前执行。
18、Java中的异常处理机制的简单原理和应用。
当JAVA程序违反了JAVA的语义规则时，JAVA虚拟机就会将发生的错误表示为一个异常。违反语义规则包括2种情 况。一种是JAVA类库内置的语义检查。例如数组下标越界,会引发IndexOutOfBoundsException;访问null的对象时会引发 NullPointerException。另一种情况就是JAVA允许程序员扩展这种语义检查，程序员可以创建自己的异常，并自由选择在何时用 throw关键字引发异常。所有的异常都是java.lang.Thowable的子类。
19、垃圾回收的优点和原理。并考虑2种回收机制。
Java语言中一个显着的特点就是引入了垃圾回收机制，使C++程序员最头疼的内存管理的问题迎刃而解，它使得Java程序员在编写程序的时候不再需要考虑内存管理。由于有个垃圾回收机制，Java中的对象不再有 "作用域"的概念，只有对象的引用才有"作用域"。垃圾回收可以有效的防止内存泄露，有效的使用可以使用的内存。垃圾回收器通常是作为一个单独的低级别的 线程运行，不可预知的情况下对内存堆中已经死亡的或者长时间没有使用的对象进行清楚和回收，程序员不能实时的调用垃圾回收器对某个对象或所有对象进行垃圾 回收。回收机制有分代复制垃圾回收和标记垃圾回收，增量垃圾回收。
20、请说出你所知道的线程同步的方法。
wait():使一个线程处于等待状态，并且释放所持有的对象的lock。
sleep():使一个正在运行的线程处于睡眠状态，是一个静态方法，调用此方法要捕捉InterruptedException异常。
notify():唤醒一个处于等待状态的线程，注意的是在调用此方法的时候，并不能确切的唤醒某一个等待状态的线程，而是由JVM确定唤醒哪个线程，而且不是按优先级。
Allnotity():唤醒所有处入等待状态的线程，注意并不是给所有唤醒线程一个对象的锁，而是让它们竞争。
21、描述一下JVM加载class文件的原理机制
JVM中类的装载是由ClassLoader和它的子类来实现的,Java ClassLoader 是一个重要的Java运行时系统组件。它负责在运行时查找和装入类文件的类。
22、MVC的各个部分都有那些技术来实现?如何实现?
MVC是Model－View－Controller 的简写。"Model" 代表的是应用的业务逻辑（通过JavaBean，EJB组件实现）， "View" 是应用的表示面（由JSP页面产生），"Controller" 是提供应用的处理过程控制（一般是一个Servlet），通过这种设计模型把应用逻辑，处理过程和显示逻辑分成不同的组件实现。这些组件可以进行交互和重用。
23、List、Map、Set三个接口，存取元素时，各有什么特点？
List以特定次序来持有元素，可有重复元素。Set 无法拥有重复元素,内部排序。Map 保存key-value值.
119、STRUTS的应用(如STRUTS架构)
Struts是采用Java Servlet/JavaServer Pages技术，开发Web应用程序的开放源码的framework。 采用Struts能开发出基于MVC(Model-View-Controller)设计模式的应用构架。 Struts有如下的主要功能： 一.包含一个controller servlet，能将用户的请求发送到相应的Action对象。 二.JSP自由tag库，并且在controller servlet中提供关联支持，帮助开发员创建交互式表单应用。 三.提供了一系列实用对象：XML处理、通过Java reflection APIs自动处理JavaBeans属性、国际化的提示和消息。
㈦ Java中session是怎样定义的，它的作用域在哪
首先要明确一个概念，session并不是java独有的，而是基于http的（jsp、asp.net、php等等技术都会涉及到session），下面我来讲解一下sessin的具体内容：
session机制是一种服务器端的机制，服务器使用一种类似于散列表的结构（也可能就是使用散列表）来保存信息。
当程式需要为某个客户端的请求创建一个session的时候，服务器首先检查这个客户端的请求里是否已包含了一个session标识 - 称为session id，如果已包含一个session id则说明以前已为此客户端羡银创建过session，服务器就按照session id把这个session检索出来使用（如果检索不到，可能会新建一个），如果客户端请求不包含session id，则为此客户端创建一个session并且生成一个和此session相关联的session id，session id的值应该是个既不会重复，植蝗菀妆徽业焦媛梢苑略斓淖址???飧?ession id将被在本次响应中返回给客户端保存。
保存这个session id的方式能采用cookie，这样在交互过程中浏览器能自动的按照规则把这个标识发挥给服务器。一般这个cookie的名字都是类似于SEEESIONID，而。比如weblogic对于web应用程式生成的cookie，JSESSIONID=!-145788764，他的名字就是JSESSIONID。
由于cookie能被人为的禁止，必须有其他机制以便在cookie被禁止时仍然能够把session id传递回服务器。经常被使用的一种技术叫做URL重写，就是把session id直接附加在URL路径的后面，附加方式也有两种，一种是作为URL路径的附加信息，表现形式为http://...../xxx;jsessionid=ByOK ... 99zWpBng!-145788764另一种是裤派判作为查询字符串附加在URL后面，表现形式为http://...../xxx?jsessionid=ByOK ... 99zWpBng!-145788764
这两种方式对于用户来说是没有差别的，只是服务器在解析的时候处理的方式不同，采用第一种方式也有利于把session id的信息和正常程式参数区分开来。
为了在整个交胡改互过程中始终保持状态，就必须在每个客户端可能请求的路径后面都包含这个session id。
另一种技术叫做表单隐藏字段。就是服务器会自动修改表单，添加一个隐藏字段，以便在表单提交时能够把session id传递回服务器。
这种技术目前已较少应用，笔者接触过的非常古老的iPlanet6(SunONE应用服务器的前身)就使用了这种技术。实际上这种技术能简单的用对action应用URL重写来代替。
在谈论session机制的时候，常常听到这样一种误解“只要关闭浏览器，session就消失了”。其实能想象一下会员卡的例子，除非顾客主动对店家提出销卡，否则店家绝对不会轻易删除顾客的资料。对session来说也是相同的，除非程式通知服务器删除一个session，否则服务器会一直保留，程式一般都是在用户做log off的时候发个指令去删除session。然而浏览器从来不会主动在关闭之前通知服务器他将要关闭，因此服务器根本不会有机会知道浏览器已关闭，之所以会有这种错觉，是大部分session机制都使用会话cookie来保存session id，而关闭浏览器后这个session id就消失了，再次连接服务器时也就无法找到原来的session。如果服务器设置的cookie被保存到硬盘上，或使用某种手段改写浏览器发出的HTTP请求头，把原来的session id发送给服务器，则再次打开浏览器仍然能够找到原来的session。
恰恰是由于关闭浏览器不会导致session被删除，迫使服务器为seesion设置了一个失效时间，当距离客户端上一次使用session的时间超过这个失效时间时，服务器就能认为客户端已停止了活动，才会把session删除以节省存储空间。
㈧ JavaWeb问题关于request域的说法，哪个错误请说明原因!
答案是 C, request传递参数的时候，可以传递属性参数，也可以传递对象参数。
但是，request作用域 ，物察是罩凳茄一次请求并响应的过程，不是整个请求链，当发生转粗凳发和重定向之后，这个request对象已经不是原来的那个request了。
你应该多看看四大作用域的生命周期
㈨ spring集成了springmvc为什么不直接用，spring+mybatis，而还要用ssm
你可以把springmvc当成struts2，大概就明白了。
以下内容来自网络，请认真看一遍。
Spring是一个轻型容器(light-weight container)，其核心是Bean工厂(Bean Factory)，用以构造我们所需要的M(Model)。在此基础之上，Spring提供了AOP（Aspect-Oriented Programming, 面向层面的编程）的实现，用它来提供非管理环境下申明方式的事务、安全等服务；对Bean工厂的扩展ApplicationContext更加方便我们实现J2EE的应用；DAO/ORM的实现方便我们进行数据库的开发；Web MVC和Spring Web提供了Java Web应用的框架或与其他流行的Web框架进行集成。
1)开源框架
2)IoC（控制反转）,将类的创建和依赖关系写在配置文件里，由配置文件注入，实现了松耦合
3)AOP 将安全，事务等于程序逻辑相对独立的功能抽取出来，利用spring的配置文件将这些功能插进去，实现了按照方面编程，提高了复用性
前言
最近在看Spring MVC的源码,就把自己对MVC模式和对各种框架的实现的认识写出来给大家看看,算是一个总结.所以,恳请大家用怀疑的眼光来看待这篇文章,假如有认识不对的地方,麻烦指出.
MVC与WEB应用
MVC是什么就不用我多说了.对于现有较成熟的Model-View-Control(MVC)框架而言,其注意的主要问题无外乎下面这些:
Model:
模型应该包含由视图显示的数据.在J2EE Web应用中,数据通常应该由普通的javabean组成.一旦一个控制器选择了视图,模型就要包含视图相应的数据.模型本身不应该进一步的访问数据,也不应该和业务对象相联系.
模型要解决的问题包括:
l 封装要显示的数据
l 我不认为模型要依赖于特定的框架
l 不一定非得是javabean
View:
视图负责显示出模型包含的信息,视图不必了解控制器或是底层业务对象的具体实现
视图要解决的问题包括:
l 在显示给定哗森数据模型的情况下显示内容
l 不应该包含有业务逻辑
l 可能需要并帆执行显示逻辑,比如颜色交替的显示某个数组的各行
l 视图最好不处理验证的错误,数据的验证应该在由其他组件完成
l 视图不应该处理参数,参数应该交由控制器集中处理
Control:
控制器就好像MVC里的中枢神经,它也许会需要一些助手来帮助它比如解析视图,解析参数等.控制器可以访问到业务对象或者是它的代理是很重要的,比如Struts里的Action.
控制器要解决的问题包括:
l 检查和抽取请求参数
l 调用业务对象,传递从请求中获取的参数
l 创建模型,视图讲显示对应的模型
l 选择一个合适的视图发送给客户端
l 控制器有时不会只有一个
现有的框架
现在已经有很多的MVC的框架实现.比较流行的应该就是Struts和Webwork了
Struts
这是最流行的web框架,几乎成为了实际上的工业标准.除了上面讨论的MVC模式应该有的优点以外.它还有乱蔽亩如下一些缺点:
l 每个Action只生成一次,然后就被缓存起来,再次请求这个Action的时候就不会生成新的对象,而是重复使用第一次生成的对象,这就意味着每个Action必须是线程安全的
l 采用ActionForm封装了表单数据,但是却只能对应String类型的数据, 虽然它可以使用工具Commons Beanutils进行类型转化,但是仅仅是提供了对象级别的支持
l 严重的依赖于Servlet API, 测试比较困难(不过下一版Struts里的Action.execute的方法签名讲会换成execute(ActionContext actionContext),依赖也许不会那么严重)
l 框架本身的验证规则比较简单,一般都是依赖于Commons Validation进行验证
l 想在Action前后做些处理很困难.有时甚至不得不自己去写专门的控制器
l 由于Struts都是具体的类继承,这样很容易打破封装?
l 提供各式各样的自定义的标签,但是数据绑定太原始了,这样就使页面代码依赖于Struts这个特定的框架,而它却不是规范,我觉得这是很致命的
l 它太面向JSP了,尽管使用其他视图技术是有可能的,但是使用的时候却不是很方便
Webwork
这个框架虽然我没使用过,但是却一直在关注它的发展
Webwork的设计思想采用了比Struts更为聪明的一种方式,就技术角度上说比Struts要高出不少.它以Command模式为基础.分为Xwork和Webwork,而且框架并不依赖于Servlet API.
Xwork提供了很多核心功能:拦截器（Interceptor）,运行时表单验证,类型转换,IoC容器等.
WebWork建立在Xwork之上,用于处理基于HTTP的响应和请求.用Map和ActionContext封装了Session,Application等这些Servlet对象.从而解除了和Servlet API的耦合.
但是它仍然不是完美的:
l 为每一个请求都创建一个Action可能有些浪费.(但是Servlet引擎也是为每个请求创建多个对象,但是也没看出来对性能有多大的影响?)
l 当项目越来越大的时候,配置文件可能会很零乱.好像它不支持多个配置文件
l 异常处理是Command模式里值得注意的问题:我们不知道某一特定命令可能会抛出什么特定的异常,所以execute()被迫抛出异常,而不论异常是运行时异常,还是已检查异常
Spring MVC Framework的目标
上面说了一些MVC的原理,以及现在主流框架的一些问题,现在来看Spring是如何处理的. Spring MVC框架根据不同的角色定义了很多接口,但是它最大的问题也是依赖于Servlet API
Spring MVC Framework有这样一些特点:
l 它是基于组件技术的.全部的应用对象,无论控制器和视图,还是业务对象之类的都是java组件.并且和Spring提供的其他基础结构紧密集成.
l 不依赖于Servlet API(目标虽是如此,但是在实现的时候确实是依赖于Servlet的)
l 可以任意使用各种视图技术,而不仅仅局限于JSP
l 支持各种请求资源的映射策略
l 它应是易于扩展的
我认为评价一个框架,应该有几个原则
l 它应该是易于使用的,易于测试的
Spring 易于使用吗?我不这么觉得,尤其是它的配置文件.在最恐怖的情况下,各种业务逻辑,基础设施也许会拥挤在一个配置文件里.而如事务处理这些基础设施应该是由容器管理而不是开发人员,就算把这些分开到几个配置文件里,逻辑上虽然清晰了,但是基础设置却还是暴露在外边
Spring易于测试吗?对Spring进行单元测试很容易,测试起来很方便
l 应该在多个层次上提供接口
Spring提供了很多接口,而几乎每个接口都有默认的抽象实现,每个抽象实现都有一些具体实现,所以在可扩展性这点上Spring无疑是很优秀的
l 框架内部和框架外部应该被区别对待
框架内部可以很复杂,但是使用起来一定要简单,Spring的内部比较麻烦,但是它很好的隐藏了这种复杂性,使用起来很舒服,比如设置一个bean的属性.仅仅是setPropertyValue(String propertyName, Object value)就完成,至于怎么去设置,Spring完全隐藏了这种复杂性
l 完善的文档和测试集
这个就不用说了,老外的东西,都很完善
Spring Web框架基本流程
知道了Spring MVC框架,现在来看看它的流程
Spring MVC Framework大至流程如下:
当web程序启动的时候,ContextLoaderServlet会把对应的配置文件信息读取出来,通过注射去初始化控制器DispatchServlet. 而当接受到一个HTTP请求的时候, DispatchServlet会让HandlerMapping去处理这个请求.HandlerMapping根据请求URL(不一定非要是URL,完全可以自定义,非常灵活)来选择一个Controller. 然后DispatchServlet会在调用选定的Controller的handlerRequest方法,并且在这个方法前后调用这个Controller的interceptor(假如有配置的话),然后返回一个视图和模型的集合ModelAndView.框架通过ViewResolver来解析视图并且返回一个View对象,最后调用View的render方法返回到客户端
DispatcherServlet
这是框架的控制器,是一个具体类,它通过运行时的上下文对象来初始化.控制器本身并不去控制流程,而只是是Controller的”控制器”,他只是把处理请求的责任委托给了对应的Controller.
控制器继承自抽象基类FrameworkServlet,它的属性webApplicationContext就代表着这个web程序上下文,而这个上下文对象默认实现就是从一个XML文件读取配置信息(当然也可以是其他文件格式). WebApplicationContext其实是beans包的东西,这个包提供了这个Spring整个框架的基础结构,以后我会分析这个包的内容.但是现在仅仅需要知道WebApplicationContext代表一个web应用的上下文对象.
现在来看看DispatchServlet是如何工作的:
DispatchServlet由于继承自抽象基类FrameworkServlet,而FrameworkServlet里的doGet(),doPost()方法里有调用serviceWrapper(),跳到serviceWrapper()里去看,结果发现它有把具体实现委托给了doService(request, response); 方法.所以现在已经很清楚了, DispatchServlet真正实现功能的是doService() 这个方法.
特别的, FrameworkServlet的initFrameworkServlet()这个方法是控制器的初始化方法,用来初始化HandlerMappings之类的对象,这也是延迟到子类实现的.其实就是一个Template模式的实现.don’t call us, we will call u.总的看来,Spring就是通过这样来实现它的控制反转的:用框架来控制流程,而不是用户
跳到doService()一看究竟,就会发现真正工作的又是另一个助手函数doDispatch(request, response),没办法,继续看下去,发现这样两行代码
HandlerExecutionChain mappedHandler = null;
mappedHandler = getHandler(processedRequest, false);
看HandlerExecutionChain源码就发现它其实就是对Controller和它的Interceptors的进行了包装;
getHandler()就是从HandlerMappings(这是一个List,存放的handlerMapping对象)中取出对应的handlerMapping对象, 每个HandlerMapping对象代表一个Controller和URL的映射(其实在运行的时候是一个HandlerExecutionChain和URL的映射,而HandlerExecutionChain对象其实就是对Controller和它interceptors的一个包装器,可以把HandlerMapping看成Controller和URL的映射).而这个HandlerMapping是通过配置文件在运行时注射进来的,一般是SimpleUrlHandlerMapping这个子类
取得了HandlerMapping对象,继续向下看,发现:
if (mappedHandler.getInterceptors() != null) {
for (int i = 0; i < mappedHandler.getInterceptors().length; i++) {
HandlerInterceptor interceptor = mappedHandler.getInterceptors()[i];
if (!interceptor.preHandle(processedRequest, response, mappedHandler.getHandler())) {
triggerAfterCompletion(mappedHandler, interceptorIndex, processedRequest, response, null);
return;
}
interceptorIndex = i;
}
}
这里就是在调用Controller的拦截器,原理就是这句了:
interceptor.preHandle(processedRequest, response, mappedHandler.getHandler(), mv);
preHandle方法传入了mappedHandler.getHandler()这个参数来实现递归调用!而interceptor.postHandle方法如此一般.只不过这个方法是在handleRequest方法后调用
继续看下去:
HandlerAdapter ha = getHandlerAdapter(mappedHandler.getHandler());
mv = ha.handle(processedRequest, response, mappedHandler.getHandler());
发现Controller的handleRequest真正的操作又被代理给了HandlerAdapter的handle方法,并且返回一个ModelAndView,我想这里增加一层的意义应该是为了解除Controller和DispatchServlet的耦合吧.
接着就很简单了,调用render()方法,在这个方法里面由ViewResoler解析出视图名,再调用视图对象的render方法把合适的视图展现给用户
到此,控制器的流程就OVER了
HandlerMapping
通过使用HandlerMapping,控制器可以用URL和某一个Controller进行标准的映射,而实现URL映射的具体子类的UrlHandlerMapping.
Spring还允许我们自定义映射,比如通过Session,cookie或者用户状态来映射.而这一切仅仅只需要实现HandlerMapping接口而已.不过URL映射已经能满足大部分的要求
Controller
Controller 类似Structs的Action, Controller接口只有一个方法handleRequest(),放回一个ModelAndView对象,如同设计目标所说的那样,每个Controller都是一个java组件,所以它可以在上下文环境中任意配置,组件属性都会在初始化的时候被配置.Spring自己提供了几个具体的实现.方便我们使用
ViewResolver
Controller通常返回包含视图名字而不是视图对象的ModelAndView对象.从而彻底的解除了控制器和视图之间的耦合关系,并且在这里还可以提供国际化的支持.
在你的配置文件中你可以:
welcomeView.class = org.springframework.web.servlet.view. InternalResourceView
welcomeView.url=/welcome.jsp
也可以
welcomeView.class = org.springframework.web.servlet.view.xslt. XsltView
welcomeView.url=/xslt/default.xslt
View
这也是一个java组件,它不做任何请求处理或是业务逻辑,它仅仅获取模型传递的数据,并把数据显示出来.它里面的 render方法按照如下流程工作:
l 设置模型的数据到request作用域
l 取得视图的URL
l 转发到对应的URL
总结:
Spring的web框架是一个很优秀的框架,在这里只是走马观花的分析了Spring的工作流程和一些关键的类,但是并没有去深入的去探讨它背后所体现的思想,还有它的优缺点等东西.这些都等下次再说吧
㈩ java web 九大内置对象和四个作用域之间的关系是