㈠ 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 九大內置對象和四個作用域之間的關系是