Java技術業(yè)務場景知識點有哪些

Java技術業(yè)務場景知識點有哪些，相信很多沒有經(jīng)驗的人對此束手無策，為此本文總結了問題出現(xiàn)的原因和解決方法，通過這篇文章希望你能解決這個問題。

Spring的概述

     Spring是完全面向接口的設計，降低程序耦合性，主要是事務控制并創(chuàng)建bean實例對象。在ssh整合時，充當黏合劑的作用。IOC(Inversion of Control) 控制反轉/依賴注入，又稱DI(Dependency Injection) (依賴注入)  

IOC的作用：產(chǎn)生對象實例，所以它是基于工廠設計模式的

Spring IOC的注入

 　　通過屬性進行注入，通過構造函數(shù)進行注入，

 　　注入對象數(shù)組注入List集合   

 　　注入Map集合      注入Properties類型

Spring IOC自動綁定模式：

        可以設置autowire按以下方式進行綁定

        按byType只要類型一致會自動尋找，            

        按byName自動按屬性名稱進行自動查找匹配.

AOP面向方面（切面）編程

AOP是OOP的延續(xù)，是Aspect Oriented Programming的縮寫，意思是面向方面(切面)編程。

注：OOP(Object-Oriented Programming )面向對象編程

AOP主要應用于日志記錄，性能統(tǒng)計，安全控制,事務處理（項目中使用的）等方面。

Spring中實現(xiàn)AOP技術：

在Spring中可以通過代理模式來實現(xiàn)AOP

代理模式分為

靜態(tài)代理：一個接口，分別有一個真實實現(xiàn)和一個代理實現(xiàn)。

動態(tài)代理：通過代理類的代理，接口和實現(xiàn)類之間可以不直接發(fā)生聯(lián)系，而可以在運行期（Runtime）實現(xiàn)動態(tài)關聯(lián)。

動態(tài)代理有兩種實現(xiàn)方式，可以通過jdk的動態(tài)代理實現(xiàn)也可以通過cglib來實現(xiàn)而AOP默認是通過jdk的動態(tài)代理來實現(xiàn)的。jdk的動態(tài)代理必須要有接口的支持，而cglib不需要，它是基于類的。

Spring AOP事務的描述：

在spring-common.xml里通過<aop:config>里面先設定一個表達式，設定對service里那些方法  如：對add* ,delete*,update*等開頭的方法進行事務攔截。我們需要配置事務的傳播（propagation="REQUIRED"）特性,通常把增,刪,改以外的操作需要配置成只讀事務（read-only="true"）.只讀事務可以提高性能。之后引入tx:advice,在tx:advice引用 transactionManager（事務管理）,在事務管理里再引入sessionFactory,sessionFactory注入 dataSource，最后通過<aop:config> 引入txAdvice。

Spring實現(xiàn)ioc控制反轉描述：

原來需要我們自己進行bean的創(chuàng)建以及注入，而現(xiàn)在交給spring容器去完成bean的創(chuàng)建以及注入。

所謂的“控制反轉”就是 對象控制權的轉移，從程序代碼本身轉移到了外部容器。

官方解釋:

控制反轉即IoC (Inversion of Control)，它把傳統(tǒng)上由程序代碼直接操控的對象的調用權交給容器，通過容器來實現(xiàn)對象組件的裝配和管理。所謂的“控制反轉”概念就是對組件對象控制權的轉移，從程序代碼本身轉移到了外部容器。

事務概述√

    在數(shù)據(jù)庫中,所謂事務是指一組邏輯操作單元即一組sql語句。當這個單元中的一部分操作失敗,整個事務回滾，只有全部正確才完成提交。

事務的ACID屬性

1.原子性（Atomicity）

原子性是指事務是一個不可分割的工作單位，事務中的操作要么都發(fā)生，要么都不發(fā)生。

2.一致性（Consistency）

事務必須使數(shù)據(jù)庫從一個一致性狀態(tài)變換到另外一個一致性狀態(tài)。(數(shù)據(jù)不被破壞)

3.隔離性（Isolation）

事務的隔離性是指一個事務的執(zhí)行不能被其他事務干擾.

4.持久性（Durability）

持久性是指一個事務一旦被提交，它對數(shù)據(jù)庫中數(shù)據(jù)的改變就是永久性的.即使系統(tǒng)重啟數(shù)據(jù)也不會丟失;在JDBC中，事務默認是自動提交的，每次執(zhí)行一個SQL語句時，如果執(zhí)行成功，就會向數(shù)據(jù)庫自動提交，而不能回滾

為了讓多個SQL語句作為一個事務執(zhí)行：

（1）執(zhí)行語句前調用 Connection 對象的 setAutoCommit(false);

以取消自動提交事務

（2）在所有的 SQL 語句都成功執(zhí)行后，調用 commit(); 方法提交事務

（3）在出現(xiàn)異常時，調用 rollback(); 方法回滾事務。

權限概述

          權限涉及到5張表：

用戶表，角色表，權限表(菜單表)，用戶角色關聯(lián)表，角色權限關聯(lián)表

當用戶登錄時，根據(jù)用戶名和密碼到用戶表驗證信息是否合法，如果合法則獲取用戶信息，之后根據(jù)用戶id再到用戶角色關聯(lián)表中得到相關連的角色id集合,之后根據(jù)角色id再到角色權限關聯(lián)表中獲取該角色所擁有的權限id集合，然后再根據(jù)權限id集合到權限表（菜單表）中獲取具體的菜單，展現(xiàn)給當前登錄用戶，從而達到不同用用戶看到不同的菜單權限。

我們通過ZTree來給角色賦權并且通過ZTree來展示菜單，以及通過ZTree來管 理菜單即增加和編輯菜單。

我們做的權限控制到url級別,為了防止用戶不登錄直接輸入url訪問的這個弊端，通過攔截器進行攔截驗證。

OSCache業(yè)務場景

      在我以前的項目中，我們考慮了系統(tǒng)性能問題，這個時候我們采用了Oscache緩存，剛開始把這個功能交給了項目組中的另外一個同事來做的，但是他做完的時候他發(fā)現(xiàn)緩存中明明已經(jīng)緩存了數(shù)據(jù)，但是在取得時候發(fā)現(xiàn)沒有數(shù)據(jù)，我們項目經(jīng)理讓我去幫忙看看這個問題，我閱讀完他的代碼之后，我發(fā)現(xiàn)了他每次緩存的時候都是調用一個新的緩存對象的方法，結果出現(xiàn)了明明已經(jīng)走了緩存的方法而取不到數(shù)據(jù)的問題，通過我多年的工作經(jīng)驗，我就想到了應該用單例模式去封裝一個單例工具類來調用oscache。但是，在后來的測試過程中，發(fā)現(xiàn)當并發(fā)訪問的時候也會出現(xiàn)上述的問題，這個時候我直接采取的DCL（雙重判定鎖）單例模式封裝了工具類，既解決了線程安全問題，相對的性能問題也考慮到了，這個問題才得到了完善的解決。

線程概述

    線程的狀態(tài)以及狀態(tài)之間的相互轉換：

  　 1、新建狀態(tài)(New)：新創(chuàng)建了一個線程對象。

　　2、就緒狀態(tài)(Runnable)：線程對象創(chuàng)建后，其他線程調用了該對象的start()方法。該狀態(tài)的線程位于可運行線程池中，變得可運行，等待獲取CPU的使用權。

　　3、運行狀態(tài)(Running)：就緒狀態(tài)的線程獲取了CPU，執(zhí)行程序代碼。

　　4、阻塞狀態(tài)(Blocked)：阻塞狀態(tài)是線程因為某種原因放棄CPU使用權，暫時停止運行。直到線程進入就緒狀態(tài)，才有機會轉到運行狀態(tài)。阻塞的情況分三種：

　　(一)、等待阻塞：運行的線程執(zhí)行wait()方法，JVM會把該線程放入等待池中。

　　(二)、同步阻塞：運行的線程在獲取對象的同步鎖時，若該同步鎖被別的線程占用，則JVM會把該線程放入鎖池中。

　　(三)、其他阻塞：運行的線程執(zhí)行sleep()或join()方法，或者發(fā)出了I/O請求時，JVM會把該線程置為阻塞狀態(tài)。當sleep()狀態(tài)超時、join()等待線程終止或者超時、或者I/O處理完畢時，線程重新轉入就緒狀態(tài)。

　　5、死亡狀態(tài)(Dead)：線程執(zhí)行完了或者因異常退出了run()方法，該線程結束生命周期。

實現(xiàn)線程的兩種方式：

是繼承Thread類或實現(xiàn)Runnable接口，但不管怎樣，當new了這個對象后，線程就已經(jīng)進入了初始狀態(tài)

wait和sleep的區(qū)別：

線程訪問：

鎖池狀態(tài)，之后等待鎖釋放，然后訪問代碼

wait

等待隊列(釋放資源)--->調用notify或者notifyall之后鎖池狀態(tài)--->( 等待鎖釋放)--->可運行狀態(tài)--->運行狀態(tài)---->訪問代碼

sleep,join

不釋放資源-->結束后直接進入可運行狀態(tài)--->運行狀態(tài)---->訪問代碼

一個java控制臺程序，默認運行兩個線程，一個主線程，一個垃圾回收線程。

線程與進程的區(qū)別：

1.線程(Thread)與進程(Process)

進程定義的是應用程序與應用程序之間的邊界，通常來說一個進程就代表一個與之對應     的應用程序。不同的進程之間不能共享代碼和數(shù)據(jù)空間，而同一進程的不同線程可以共     享代碼和數(shù)據(jù)空間。

2.一個進程可以包括若干個線程，同時創(chuàng)建多個線程來完成某項任務，便是多線程。

Ajax請求Session超時問題

     我在做項目時有時會遇到session超時問題，如果session超時，平常請求沒有什么問題，通過攔截器可以正確跳到登陸頁面，可是你如果用ajax請求的話這就出現(xiàn)問題了，因為ajax是異步的，局部刷新，所以登陸界面不會再全頁面中顯示，他只會顯示到頁面的一部分當中。所以根據(jù)我這幾年的經(jīng)驗找到了我認為比較好的一種方法。因為那我用的框架是和struts2集成的，所以就在攔截器中進行設置：

首先判斷session是否為空就是判斷session是否超時，如果超時就取出請求的head頭信息request.getHeader("x-requested-with")，如果不為空就和XMLHttpRequest(Ajax標識)進行比較 (request.getHeader("x-requested-with").equalsIgnoreCase("XMLHttpRequest"))) 如果相等說明此請求是ajax請求。

如果是ajax請求就可以用response.setHeader("鍵","值")來設置一個標識來告訴用戶這是ajax請求并且session超時時發(fā)出的，這樣我就可以在回調函數(shù)中取出自己設置的那個唯一標識：XMLHttpRequest.getResponseHeader("");如果取出的值是和自己在后臺中設置的值一樣的話，就證明session已經(jīng)超時，這樣就可以設置window.location.replace("登陸界面")，來跳轉到登陸界面了。

這樣做雖然解決了問題，但是，會在每個回調函數(shù)中寫入那些代碼，這樣的話代碼就會顯得特別零散，所以就想能不能定義一個全局的設置所以就找到了jqery的ajaxSetUp方法，通過ajaxSetUp對jqery的ajax進行全局的判斷(ajaxSetUp就相當于ajax的攔截器)，通過設置ajaxSetUp里的complete，它就相當于回調函數(shù)，這樣那就彌補了上一方法的不足。

我做項目時還用到$(document).ajaxStart()，這是ajax請求時的事件；$(document).ajaxSuccess()，這是AJAX請求成功后的事件。我一般用他們來顯示遮罩層和隱藏遮罩層用的加遮罩層是為了不讓用戶重復提交，更提高了用戶體驗度，讓用戶知道已經(jīng)提交了。

java線程池概述

java線程池的工作原理和數(shù)據(jù)庫連接池的差不多，因為每次重新創(chuàng)建線程都是很耗資源的操作，所以我們可以建立一個線程池，這樣當需要用到線程進行某些操作時，就可以直接去線程池里面找到空閑的線程，這樣就可以直接使用，而不用等到用到的時候再去創(chuàng)建，用完之后可以把該線程重新放入線程池供其他請求使用從而提高應用程序的性能。

線程池的核心流程:

1.構建一個 ThreadPoolExecutor 并指定默認要創(chuàng)建的線程的數(shù)量

2.通過 threadPool.execute()

去添加一個個要執(zhí)行的線程即實現(xiàn)了Runable接口的java類

3.在實現(xiàn)了Runable接口的java類的run方法中寫入具體的業(yè)務代碼

線程池的業(yè)務場景：

我在工作的時候，當時一個同事給我提了一個需求，目前有大量的圖片需要處理生產(chǎn)縮略圖并進行加水印，因為按照普通的處理方法一個個的進行處理太慢了，問我有沒有好的解決方案，這個時候我就想到了java中的線程池，我構建了一個線程數(shù)為5個線程池，然后采用分段批量提取的方式每500條為一組數(shù)據(jù)進行圖片信息的提取，然后再把這些通過Threadpool的execute方法交給線程池中的線程進行處理，即充分使用CPU硬件資源又加快了大數(shù)據(jù)情況下程序的處理效率。

我當時在工作的過程中，認識一個做電商的朋友，他們當時公司才起步，很多技術都不成熟，所以就常常和我探討一些技術問題，有次他向我請教一個問題，問我如何才能提高網(wǎng)站的性能，我根據(jù)自己在項目中的經(jīng)驗以及自己以前閱讀的關于優(yōu)化方面的資料給他提出了很多建議，如用lucene進行全文檢索，用memcached進行分布式緩存，以及通過spring定時器結合freeMarker模板引擎來生成靜態(tài)頁面，由于要生成的頁面的數(shù)量比較多，考慮到程序的性能，我建議他結合java的線程池進行工作，這樣就可以充分使用了CPU硬件資源又加快了大數(shù)據(jù)情況下程序的處理效率。

如果你依然覺得有些茫然，不如加入我的Java架構師之路：766529531 跟有多年Java開發(fā)經(jīng)驗的資深工程師聊一聊。也可獲取免費的視頻學習資料以及電子書學習資料喔！

OSCache概述

oscache是一個高性能的j2ee框架，可以和任何java代碼進行集成，并且還可以通過標簽對頁面內容進行緩存，還以緩存請求。我們通常將那些頻繁訪問但是又不是經(jīng)常改變的數(shù)據(jù)進行緩存。為了保證緩存數(shù)據(jù)的有效性，在數(shù)據(jù)發(fā)生改變的時候，我們要刷新緩存，避免臟數(shù)據(jù)的出現(xiàn)。刷新緩存的策略有兩種，一種是定時刷新，一種手動刷新。緩存數(shù)據(jù)的時機通常也分為兩種，即在tomcat(web容器)啟動時候加載數(shù)據(jù)進行緩存，另外也可以在用戶第一次訪問數(shù)據(jù)的時候進行緩存，這個相當于緩存的立即加載和按需加載。

緩存的層次如下:jsp-->action-->service-->dao,緩存越靠前對性能的提升越大，一個action里面可以有多個service,一個service中可以有多個dao或者多個service，任何類之間都可以進行相互調用，可以通過構造函數(shù)傳參，set,get傳參或者是方法傳   參將相關的類連接起來。

OSCache+autocomplete+單例業(yè)務場景

      在我以前做某項目的過程中，其中我們在做產(chǎn)品列表的查詢的時候為了提高用戶的體驗度，我們使用了autocomplete插件來代替select進行品牌的選擇，才開始的時候每次都要根據(jù)用戶輸入的信息去查詢數(shù)據(jù)庫進行模糊匹配返回結果，后來我們考慮到系統(tǒng)的性能，因此我們采用了oscache緩存，才開始這個功能是交給我們項目組中的另外一個同事來做的，但是他做完后，我們在使用這個工具類的時候，發(fā)現(xiàn)有時緩存中明明已經(jīng)有時我們需要的數(shù)據(jù)，但是從緩存里面取的時候，發(fā)現(xiàn)沒有，之后項目經(jīng)理讓我去幫這個同事看看這個問題，我經(jīng)過閱讀他的代碼發(fā)現(xiàn)，它里面在使用緩存的時候，針對于每次方法的調用都產(chǎn)生一個新的實例，結果導致了上面的問題，這個時候我想起了可以使用設計模式中的單例模式來解決這個問題，才開始我直接采用了普通的單列模式，但是后來在測試的過程中，發(fā)現(xiàn)當用戶并發(fā)量大的時候還是會出現(xiàn)上面的問題，之后我再次考慮了代碼，最后發(fā)現(xiàn)是因為沒有給單列模式加鎖的原因，從而導致了大用戶并發(fā)的時候，線程安全的問題，之后我便在方法上加上了synchronized關鍵字，解決上述的問題，但是后來測試人員反饋，覺的這段的性能有問題，我考慮之后便采用在方法體內加鎖并結合雙重判定的方式解決了上面的問題。我們是將數(shù)據(jù)在tomcat啟動的時候加載到緩存中，之后用戶進行查詢的時候直接從緩存中獲取數(shù)據(jù)，根據(jù)前綴匹配進行查詢，將結果返回給用戶。這樣在提高用戶體驗度的同時也提高性能。

緩存概述

應用程序為了提高性能，可以通過使用緩存來達到目的，緩存的存儲介質可以內存或者硬盤，通常將數(shù)據(jù)存儲在內存里，確切的說是jvm的內存中，緩存是基于Map這種思想構建的，以鍵值對的方式進行存取，之所以還可以將緩存的數(shù)據(jù)存儲在硬盤中，是因為內存資源相當有限和寶貴，所以當內存資源不足的時候，就可以將其存儲到硬盤中，雖然硬盤的存取速度比內存要慢，但是因為減少了網(wǎng)絡通信量，所以還是提高程序的性能。緩存可以分為客戶端緩存和服務器端緩存，所謂的客戶端緩存通常指的是IE瀏覽器的緩存，服務器端緩存指的web服務器的緩存，通?？梢酝ㄟ^第三方組件實現(xiàn)，如oscache,memcache

我們通常將那些頻繁訪問但是又不是經(jīng)常改變的數(shù)據(jù)進行緩存。為了保證緩存數(shù)據(jù)的有效性，在數(shù)據(jù)發(fā)生改變的時候，我們要刷新緩存，避免臟數(shù)據(jù)的出現(xiàn)。刷新緩存的策略有兩種，一種是定時刷新，一種手動刷新。

緩存的層次如下:jsp-->action-->service(通常放置在service)-->dao,緩存越靠前對性能的提升越大

緩存的策略:(緩存空間不足需要進行清理的時候使用)

LRU:最近最少使用原則.(理解:存儲書)

FIFO:先進先出的緩存策略.(理解:排隊)

你來說說緩存？說說你對緩存的理解（如果遇到重復的，就可以省略）

我們在項目中使用緩存的目的是為了提高應用程序的性能，減少訪問數(shù)據(jù)庫的次數(shù)，從而提高應用程序的吞吐量。我們通常將權限，菜單,組織機構這些頻繁訪問但是不經(jīng)常改變的基礎數(shù)據(jù)進行緩存，其中我在做()某某項目的時候就通過oscache對ZTree的樹形菜單進行了緩存，并且在做的時候和單列設計模式進行結合，考慮到多線程下的安全問題，還對單例模式加入了雙重判定鎖的檢查方式。

實現(xiàn)頁面靜態(tài)化業(yè)務場景

我們在做某項目時，涉及到程序訪問的性能問題，這時候我們想到可以通過靜態(tài)化來提高用戶訪問時候的性能，所以我們就采用了freemarker模板引擎，考慮到頁面也是要有動態(tài)的變化的，所以我們采用spring定時器在每天晚上2點鐘的時候定時再次生成html靜態(tài)頁面，考慮發(fā)布時候的性能問題，我們又采取線程池技術，讓多個線程同時發(fā)布，從而縮減發(fā)布時間。

servlet線程安全描述

servlet是單列的，對于所有請求都使用一個實例，所以如果有全局變量被多線程使用的時候，就會出現(xiàn)線程安全問題。

解決這個問題有三種方案:

1.實現(xiàn)singleThreadModel接口，這樣對于每次請求都會創(chuàng)建一個新的servlet實例，這樣就會消耗服務端內存，降低性能，但是這個接口已經(jīng)過時，不推薦使用。

2.可以通過加鎖(synchroniezd關鍵字)來避免線程安全問題。這個時候雖然還是單列，但是對于多線程的訪問，每次只能有一個請求進行方法體內執(zhí)行，只有執(zhí)行完畢后，其他線程才允許訪問，降低吞吐量。

3.避免使用全局變量，使用局部變量可以避免線程安全問題，強烈推薦使用此方法來解決servlet線程安全的問題。

(jbpm4)工作流引擎描述:

JPBM是JBOSS旗下的一個開源的基于hibernate的工作流引擎。工作流就是在日常生活中，我們一些常見的如請假流程、采購流程、入職流程，通俗的來講就是一些在現(xiàn)實生活中的流程以信息化以程序的方式實現(xiàn)。

一個工作流首先需要進行流程定義，流程定義是由節(jié)點和跳轉組成的，節(jié)點又可以稱為環(huán)節(jié)、活動節(jié)點、活動環(huán)節(jié)，并且節(jié)點也可以分為兩大類型：人工節(jié)點和自動節(jié)點，人工節(jié)點有start開始節(jié)點、end結束節(jié)點、task任務節(jié)點，自動節(jié)點有decision判斷節(jié)點、fork分支節(jié)點、join聚合節(jié)點和state狀態(tài)節(jié)點，并且一個流程有且只有一個開始節(jié)點，但可以有多個結束節(jié)點。

流程定義是靜止的，它在運行狀態(tài)時會轉換成流程實例，一個流程定義可以對應多個流程實例。流程運行后，會產(chǎn)生兩個文件，*.jdpl.xml文件和*.png圖片文件，也會生成18張數(shù)據(jù)庫表，常用且核心的表有JBPM4_LOB 存儲表，主要存儲xml文件和png圖片、JBPM4_TASK 任務表、JBPM4_EXECUTION 流程實例表、JBPM4_VARIABLE變量表。

圖形化的靈活定制（主動說）

可以根據(jù)需求進行流程圖的改變的，即定義的流程圖是可以根據(jù)需要改變的，而不是死的。

可以進行圖形化的監(jiān)控(主動說)

輸出圖片

獲取活動節(jié)點的坐標

進行疊加

判斷節(jié)點:(主動說，也可以了解)

實現(xiàn)implements DecisionHandler接口并重寫decide方法,

返回的字符串要和xml中配置的transition的name保持一致。

分支判定節(jié)點

JBPM有五大核心類：

        ProcessEngine：主要獲取各種的Service

        RepositoryService：主要發(fā)布流程定義

        ExecutionService：主要操作流程實例

        TaskService：主要操作人工服務

        HistoryService：主要操作歷史服務。

核心方法：

讀取jbpm定義的文件生成zip包存到lob表中：createDeployment()

獲取流程定義列表：createProcessDefinitionQuery

根據(jù)定義的key或id來啟動流程實例：startProcessInstanceByKey(id)

獲取待辦任務列表：findPersonalTasks(userName)

完成指定任務列表：completeTask(*.getActivityId())

獲取歷史任務列表：createHistoryTaskQuery()

獲取流程實例的ID：task.getExecutionId()

(了解的表)

JBPM4_HIST_ACTINST流程活動(節(jié)點) 實例表

JBPM4_HIST_DETAIL流程歷史詳細表

JBPM4_HIST_PROCINST流程實例歷史表

JBPM4_HIST_TASK流程任務實例歷史表

JBPM4_HIST_VAR流程變量( 上下文) 歷史表

JPBM業(yè)務場景

首先進行請假的流程定義，我們流程的定義是（員工提交請假單---》經(jīng)理審批---》總監(jiān)審批---》總經(jīng)理審批---》結束），通過repositoryService將其發(fā)布部署到jbpm4_lob表中，

之后獲取流程定義列表，選中請假的流程定義，員工開始進行請假單的填寫，保存并通過executionService開啟流程實例，然后用taskService獲取經(jīng)理的待辦任務列表，選中待辦任務，進行審批，通過調用taskService.completeTask()進入到總監(jiān)審批環(huán)節(jié)，然后用總監(jiān)進行登錄，同樣獲取待辦任務列表，然后調用taskService.completeTask()進入總經(jīng)理審批環(huán)節(jié)，總經(jīng)理審批之后，結束流程。在這個過程中我們還可以根據(jù)historyService查看當前登錄人已辦的任務列表。

Ant描述

Ant是apache旗下的對項目進行自動打包、編譯、部署的構建工具，他主要具有     輕量級并且跨平臺的特性，而且基于jvm，默認文件名為build.xml

Ant主要的標簽：

Project根標簽，target任務標簽，property屬性標簽，自定義鍵/值 供多次使用，java執(zhí)行編譯后的java文件，javac編譯java文件，war打成war包，其它標簽：copy，delete，mkdir，move，echo等。

FreeMarker描述

       FreeMarker是一個用Java語言編寫的模板引擎，它是基于模板來生成文本輸出的通用工具。Freemarker可以生成HTML， XML，JSP或Java等多種文本輸出。

工作原理：定義模板文件，嵌入數(shù)據(jù)源，通過模板顯示準備的數(shù)據(jù)

（數(shù)據(jù) + 模板 = 輸出）

我們在使用模板中發(fā)現(xiàn)freemarker具有許多優(yōu)點，它徹底的分離表現(xiàn)層和業(yè)務邏輯，模板只負責數(shù)據(jù)在頁面中的表現(xiàn)，不涉及任何的邏輯代碼，所以使得開發(fā)過程中的人員分工更加明確，作為界面開發(fā)人員，只需專心創(chuàng)建HTML文件、圖像以及Web頁面的其他可視化方面，不用理會數(shù)據(jù)；而程序開發(fā)人員則專注于系統(tǒng)實現(xiàn)，負責為頁面準備要顯示的數(shù)據(jù)。

如果使用jsp來展示，開發(fā)階段進行功能調適時，需要頻繁的修改JSP，每次修改都要編譯和轉換，浪費了大量時間，F(xiàn)reeMarker模板技術不存在編譯和轉換的問題，在開發(fā)過程中，我們在不必在等待界面設計開發(fā)人員完成頁面原型后再來開發(fā)程序。由此使用freemarker還可以大大提高開發(fā)效率。

webService描述

（主動說）

webservice是SOA（面向服務編程）的一種實現(xiàn)，主要是用來實現(xiàn)異構平臺通信也就是不同平臺不同項目之間的數(shù)據(jù)傳輸，從而避免了信息孤島的問題，它之所以能夠進行異構平臺通信是因為它是完全基于xml的，所以說，webService是跨平臺，跨語言，跨框架的，在java中通常有三種技術框架分別是xfire,cxf,axis2。

我們?yōu)榱吮ＷC

webservice的安全性，采用了基于

WS-Security標準的安全驗證(使用回調函數(shù))。

（沒必要主動說）

webservice的三要素分別是：

      wsdl（webservice description language）用來描述發(fā)布的接口（服務）

      soap(simple object access protocol)是xml和http的結合，是webservice數(shù)據(jù)通信的協(xié)議

      uddi用來管理，查詢webService的服務

（沒必要主動說）

webservice的具體三種實現(xiàn)方式（框架）或者三種實現(xiàn)框架的區(qū)別

      1. Axis2:可以用多種語言開發(fā)，是一個重量級框架，功能非常強大，但是它的性能比較低。

      2. Xfire：它相比Axis2來說是一個輕量級框架，它的性能要比Axis2高。

      3. cxf：是Xfire的升級版，就好比是，struts2是webwork的升級，然后cxf和spring集成起來非常方便，簡易，性能方面也要比Xfire高。

【注】jdk6自帶的webservice  jws

（主動說）

業(yè)務場景

我在以前做項目的時候，其中遇到一個功能，需要進行兩個項目之間的數(shù)據(jù)的傳輸，項目經(jīng)理讓我去完成這個任務，我根據(jù)以往的項目經(jīng)驗，想到兩種解決方案，第一種就是開放另外一個項目的數(shù)據(jù)庫的權限給我，然后我直接通過訪問另外一個項目的數(shù)據(jù)庫，來得到需要的信息，但后來我分析了下，覺的這種方式不安全，而且因為當時這個項目是另外一家公司負責在做，所以數(shù)據(jù)庫里面的表結構，

以及以后牽涉

到的責任問題都很多，所以我就采用了第二種方案，即通過webservices的方式，進行異構系統(tǒng)之間數(shù)據(jù)信息的傳遞，webservices的具體實現(xiàn)，有xfire,cxf,axis2,我根據(jù)以往的項目經(jīng)驗，了解到cxf是xfire的升級版本，適用于java語言，xfire/cxf性能比axis2要高，并且和spring整合起來也比較方便，而axis2支持更多的語言，性能相對于cxf要低，通過上面分析，結合我們目前的兩個項目都是基于java語言的，所以我采用cxf這種方式實現(xiàn)了兩個項目之間數(shù)據(jù)的傳遞，我們?yōu)榱吮ＷCwebservice的安全性我們采用了基于WS-Security標準的安全驗證(使用CXF回調函數(shù))。

（沒必要主動說）

webservice服務端配置流程

首先在web.xml中引入cxfServlet核心類，指定對以/cxf開頭的url路徑提供webservice服務，之后我們在要發(fā)布成webservice接口上添加@Webservice 注解，而且還要在實現(xiàn)類上添加同樣的webservice注解并且要說明實現(xiàn)了哪個接口，之后在spring-webservice.xml中發(fā)布webservice服務，通過jaxws:endpoint這個標簽，并且在標簽配置implementor和address來表明實現(xiàn)服務的類，以及發(fā)布的地址，最后在瀏覽器中輸入相關的webservice地址?wsdl來驗證服務是否發(fā)布成功。

（沒必要主動說）

webservice客戶端的配置

首先通過wsdl2java根據(jù)發(fā)布的webservice服務端地址的wsdl生成客戶端調用的中間橋梁java類，將生成的java類拷貝到客戶端項目中，配置spring-client.xml文件，通過jaxws:client定義一個bean,并通過address屬性指明要訪問的webservice的服務地址，通過serviceClass指明充當中間橋梁的服務類，之后獲取該bean,就可以通過它來訪問發(fā)布的webservice接口中的方法。

oracle索引概述

  索引呢是與表相關的一個可選結構，可以提高sql語句的檢索效率，相當于我們的字典目錄 ，可以快速進行定位 ，所以可以減少磁盤I/O,   但是因為索引在物理與邏輯上都是獨立于表的數(shù)據(jù)  它會占用一定的物理空間(額外磁盤空間)  所以并不是索引越多越好,而我們應該根據(jù)業(yè)務需求去創(chuàng)建索引,而且進行增刪改操作時 oracle又要自動維護索引  所以在一定程度上也降低了維護速度，而且我們在創(chuàng)建索引和維護索引要耗費時間，這種時間隨著數(shù)據(jù)量的增加而增加，我們一般創(chuàng)建索引呢  是這樣創(chuàng)建的 create  index  索引名 on  表名(字段)，索引又分為普通索引 唯一索引(unique)  單個索引  復合索引(又叫組合索引，在索引建立語句中同時可包含多個字段名)，順序索引，散列索引,位圖索引。

oracle存儲過程

存儲過程就是封裝一些sql的集合，也就是一條條的sql語句，過程的優(yōu)點就是簡化了sql命令加上它是預編譯的，所以它的執(zhí)行效率和性能較高，再者，如果不調用過程的話就要和數(shù)據(jù)庫發(fā)生多次交互，調用過程只需傳一個命令所有的那些執(zhí)行邏輯都在數(shù)據(jù)庫端執(zhí)行，所以說它降低了網(wǎng)絡的通信量，其次，存儲過程大大提高了安全性，這就是優(yōu)點

缺點呢，就是不同的數(shù)據(jù)庫對過程支持的關鍵字支持的關鍵字都是不一樣的，所以它的移植性是非常差的，再者，它的維護性難度也比較大，因為它沒有專業(yè)的調試和維護工具，所以說它維護起來比較麻煩，這就是存儲過程的基本概述.

Junit業(yè)務場景

在我們開發(fā)項目的時候為了提高代碼的性能和保證邏輯正確性，在我們編寫代碼后往往都要進行單元測試，來驗證代碼，當時我們公司開發(fā)人員全部使用的main方法來進行驗證，但是使用mian的最大缺點就是不能將多個類同時進行驗證，驗證的結果不直觀，測試復雜（每個類都要寫main方法，單個運行），一定程度上浪費時間，所有我和項目經(jīng)理提議使用專業(yè)測試工具Junit來進行測試，因為Junit是一個Java語言的單元測試框架 ，測試簡單，不僅可以提供工作效率和代碼的質量，也提高團隊的合作能力，我提議后我們進行了Junit的培訓使用Junit4加注解的方式來測試。

Apache+Tomcat實現(xiàn)負載均衡及seesion復制

當我們tomcat訪問量大,線程連接數(shù)不夠時,我們考慮到了tomcat的負載均衡來分擔過多的訪問.性能方面負載均衡也能利用多臺tomcat來增大內存量,

流程,準備工作apache,Jk_mod,tomcat,在apache的conf/httpd.conf文件中 使用include 標簽引入我們自定義的一個mood_jl.conf,在modules中引入下載的k_mod-apache-X.X.XX.so文件,在其中引入我們的.so,及work.properties文件,及指定負載分配控制器controller,在work.properties文件中worker.list=controller,tomcat1,tomcat2指定service,worker.tomcat1.port  Ajp端口號,type 是ajp,host為指定ip,lbfactor 指定分配權重值越大分擔請求越多,worker.controller.type=lbworker.controller.balanced_workers=tomcat1,tomcat2  指定分擔請求的tomcat Session的復制在tomcat中service.xml中Engine標簽加入 jvmRoute  值為work,properties中指定的tomcat名稱,然后打開<Cluster標簽的注釋,最后在應用中程序的web.xml文件中增加<distributable/>。

我們在做這個項目時，我們考慮到服務器性能的問題，我們最開始想到使用縱向擴展，來增加硬件的配置提高其性能，但這樣做比較耗費資金，而且服務器內存空間也是有限的；所以后來就想到使用橫向擴展來達到這一目的

當時我們的apache是通過jk借助于ajp協(xié)議與tomcat進行通信的，在我們不進行負載均衡之前，那所有的請求都由一臺tomcat進行處理，這樣會使我們的tomcat所承受的壓力增大，而我們進行負載均衡之后，同樣數(shù)量的請求經(jīng)過apache和jk將其分發(fā)到多臺tomcat進行處理，從而降低每臺tomcat所承受的壓力,而且當其中一臺機器宕機時，其他機器還可以繼續(xù)提供服務，保證服務不間斷。

在這個過程中，我們遇到了session問題，然后我此昂到用session復制來解決這個問題；

在apache的配置文件中增加session粘帶特性:

                worker.lb.sticky_session=1

                worker.lb.sticky_session_force=0

Tomcat的配置

修改server.xml文件：

<Engine name="Catalina" defaultHost="localhost" jvmRoute="tomcat2">增加jvmRoute=”tomcat2”  *.  jvmRoute賦的值為worker.properties中配置的相應的server名一致

<Cluster className="org.apache.catalina.ha.tcp.SimpleTcpCluster"/> 將此配置的注釋去掉修改應用的web.xml文件在應用中的web.xml文件中增加。

如果這樣做，當?shù)谝淮卧L問的時候，會把所以數(shù)據(jù)全部緩存到第一臺服務器上，通過web配置文件，會把第一臺緩存的數(shù)據(jù)全部復制到第二胎服務器上，這樣做就加大網(wǎng)路通信量，導致阻塞，所以我們就想到了可以通過memcached分布式緩存來存取session從而解決上述問題。

如果你依然覺得有些茫然，不如加入我的Java架構師之路：766529531 跟有多年Java開發(fā)經(jīng)驗的資深工程師聊一聊。也可獲取免費的視頻學習資料以及電子書學習資料喔！

Ant業(yè)務場景

Ant是基于java語言編寫的，因此具有跨平臺的特性，此外還具有簡潔方便，靈活配置的特性，因此我就在XX項目中使用ant進行項目的編譯，打包，部署操作。使用ant之后，如果我們在客戶那里修改代碼后，就可以直接使用ant進行編譯，打包，部署，而不需要為了編譯，打包，部署專門在客戶那里安裝eclipse.此外使用ant也可以直接和svn進行交互，下載源碼的同時進行編譯，打包，部署。

maven業(yè)務場景

前段時間在研究maven，知道m(xù)aven是一個項目管理工具，其核心特點就是通過maven可以進行包的依賴管理，保證jar包版本的一致性，以及可以使多個項目共享jar包，從而能夠在開發(fā)大型j2ee應用的時候，減小項目的大小，并且和ant比起來，maven根據(jù)“約定優(yōu)于配置”的特性，可以對其項目的編譯打包部署進行了更為抽象的封裝，使得自己不需要像ant那樣進行詳細配置文件的編寫，直接使用系統(tǒng)預定好的mvn clean,compile,test,package等命令進行項目的操作。于是我就在XX項目中采用了maven,為了保證團隊中的成員能夠節(jié)省下載jar包所需要的時間，于是我就采用nexus搭建了在局域網(wǎng)內的maven私服，然后通過配置settings.xml中建立mirror鏡像，將所有下載jar包的請求都轉發(fā)maven私服上，之后通過在pom.xml即(project object model)中配置項目所依賴的jar包，從而達到在構建項目的時候，先從本地倉庫中查找，如果不存在從內部私服查找，如果不存在最后再從外網(wǎng)central服務器查找的機制，達到了節(jié)省下載帶寬，提高開發(fā)效率，以及jar包重用的目的。

ant業(yè)務場景

ant是基于java語言編寫的，因此具有跨平臺的特性，此外還具有簡潔方便，靈活配置的特性，因此我就在XX項目中使用ant進行項目的編譯，打包，部署操作。使用ant之后，如果我們在客戶那里修改代碼后，就可以直接使用ant進行編譯，打包，部署，而不需要為了編譯，打包，部署專門在客戶那里安裝eclipse.此外使用ant也可以直接和svn進行交互，下載源碼的同時進行編譯，打包，部署。

maven的常用命令

mvn eclipse:clean eclipse:eclipse -Dwtpversion=2.0

mvn clean package

maven的生命周期是獨立的，但是生命周期下的階段是相互關聯(lián)并且延續(xù)的。

maven的生命周期

clean(清理):clean;default(默認):compile,test,packageinstall;site(站點)

Servlet的概述：

Servlet是一個web容器，我們通常用的servlet是httpservlet，而httpservlet又是繼承于genericservlet，而genericservlet又實現(xiàn)了servlet接口

servlet的生命周期是 ：先進行實例化，然后是初始化，然后是提高服務，然后銷毀，最后不可用，在這五個生命周期，其中，初始化是調用的init方法，這個方法只有一個，而提高服務的時候調用的是service方法，而我們具體在我們所寫的這個方法中，因為我們繼承了httpservlet，其實就是對應了doGet（），doPost(),這種方法，然后據(jù)我了解，servlet是單例的。非線程安全的，我們通常有一下幾種方案來解決：

第一種，繼承SingleThreadModel但是這樣每次都會創(chuàng)建一個新的servlet實例，但這樣消耗服務器的內存，降低了性能，并且這個接口現(xiàn)在已經(jīng)過時了，不推薦使用。

第二種：我們盡量避免使用全局變量，就我個人而言，我比較喜歡使用這種方法。

第三種，我們可以通過使用ThreadLocal， 內部結構是一個Map結構，用當前線程作為key,他會創(chuàng)建多個副本。get,set方法

第四種，我們當然還可以來加鎖，進行解決線程問題。

而且我還知道，向我們這種常用的MVC框架，struts1，spring這些MVC框架，都是基于servlet發(fā)展而來的，就比如struts1 的核心總控制器是ActionServlet，而springMVC的前端總控制器是dispatchServlet，在項目我們曾經(jīng)用serlet來生成 圖片驗證碼的，防止用戶進行暴力破解

（別人問了，再回答）

servlet的配置文件  web.xml

<servlet>

                <servlet-name>ImageCodeServlet</servlet-name>    

                <servlet-class>org.leopard.code.ImageCodeServlet</servlet-class>

</servlet>

<servlet-mapping>

             <servlet-name>ImageCodeServlet</servlet-name>

             <url-pattern>/d</url-pattern>

</servlet-mapping>

描述：

我在web.xml中，我首先需要寫一個servlet標簽，servlet標簽中有兩個子標簽，一個叫servlet-name，這個name可以隨便起，但是要保證唯一性，除此之外，在這個servlet-name下有一個servlet-class，這個servlet-class對應的就是我后臺提高服務的servlet，除此之外還有一個servlet-mapping，這個里邊首先有一個servl-name。，這個servl-name首先要保證和上邊的servlet-name保持一致，除此之外還有一個url-pattern，這是一個虛擬路徑，是用來發(fā)送請求的url地址

bugfree的操作步驟

我們在使用bugfree的時候我們首先登陸的時候是以測試員的身份登陸的，也就是系統(tǒng)管理員用戶；測試員在登陸后首先應該給要測試的項目的相關負責人，每人創(chuàng)建一個賬號（也就是在登陸后的頁面的后臺管理中創(chuàng)建用戶），用戶都新建完成之后就新建組，把要測試的項目的用戶添加到組中。最后就新建項目并且新建該項目的模塊。新建完項目之后就是開始測試程序，在程序中遇到bug以后就把錯誤截圖，在到bugfree中新建bug填寫相關的信息和要指派的人（出錯模塊的負責人）和把剛才的錯誤截圖作為附件一并傳送過去。

開發(fā)人員每天早上上班的第一件事就是用自己的用戶登錄bugfree，然后輸入查詢條件看看前一天有沒有指派給自己的bug需要解決的如果有就進行解決。

開發(fā)人員把對應的bug解決之后就去bugfree上把bug對應的狀態(tài)改成已解決狀態(tài)，然后進行保存提交，這樣bug的狀態(tài)就變成已解決狀態(tài)。測試人員上線查看已解決狀態(tài)的bug并再次進行測試，如果經(jīng)過測試bug的問題已解決，就可以把bug關閉；如果經(jīng)過測試，發(fā)現(xiàn)仍然存在bug，就把bug激活；這樣等開發(fā)人員再次登錄的時候就可以再次看到這個未解決的bug，再次進行解決，如此反復直到bug全部解決，因為bugfree對bug的修改都有保留，所有我們可以看到bug的一步步的完善，直到最后把bug關閉。

Bug的三種狀態(tài)：未解決(Active)（測試人員）、已解決(Resolved)(開發(fā)人員)、關閉(Closed)（測試人員）

Axis2 的配置

axis2服務端配置流程

1.引入相關的jar包并且在web.xml中配置axis2的核心控制器 axisServlet

2.在web-inf下建立相關的三層文件夾結構:

services-->自定義文件夾名-->META-INF-->servies.xml

3.在servies.xml中配置service的name以及對應的springBeanName

4.在瀏覽器中輸入webservice的服務端地址并加上?wsdl來進行測試，看是否發(fā)布成功

axis2客戶端配置流程

1.通過wsdl2java根據(jù)webservice服務端的url生成客戶端代碼

2.將代碼引入項目的文件夾中進行正常訪問

二十六、spring定時器

每隔固定的時間執(zhí)行

1.建立一個triggers觸發(fā)器集合

2.建立SimpleTriggerBean并且指定每次間隔的時間以及執(zhí)行的次數(shù)以及要執(zhí)行的目標

3.通過 targetObject以及targetMethod找到要執(zhí)行的具體類的具體方法，目標對象是一個普通的java類

每到指定的時間執(zhí)行

1.建立一個triggers觸發(fā)器集合.

2.建立CronTriggerBean指定cron表達式以及要執(zhí)行的目標

3.通過 targetObject以及targetMethod找到要執(zhí)行的具體類的具體方法，目標對象是一個普通的java類

Ext概述

據(jù)我了解Ext是一個用js編寫RIA框架，它可以和各種后臺語言結合使用。我在項目中用Ext來完成的模塊大概情況是這個樣子，首先我通過layout等于border的這種方式來進行布局，分為上下左右中，然后在左邊用exttree來進行菜單的展示，之后在中間區(qū)域通過tabs來加入選項卡，而在選項卡中就是一個個的grid以及form，其中我在做grid的時候，首先通過store來存取后臺返回的符合model格式數(shù)據(jù)集，store是通過proxy和后臺的contoller進行交互，之后把store賦值給grid的store屬性并且通過renderTO在指定的位置進行渲染展示。

Grid問題:

當時我在做grid的時候，發(fā)現(xiàn)數(shù)據(jù)沒有展示出來，我通過f12進行跟蹤，發(fā)現(xiàn)壓根就沒有發(fā)送請求，后來我分析了下，發(fā)現(xiàn)因為沒有調用store的loadPage方法，所以導致了這個問題。除此之外在我們做項目的過程中，我手底下帶的一個人同樣在負責grid的時候，數(shù)據(jù)可以正常展示，但分頁信息沒有展示，通過跟蹤他的代碼發(fā)現(xiàn)是因為他沒有把store屬性賦值給分頁工具條，所以才導致了這個問題。

tabs選項卡：

當我在做tab選項卡這一模塊的時候，我首先在加載頁面的時候用TabPanel創(chuàng)建了一個tab頁面，讓它展示在中間位置，然后點擊左邊Tree菜單調用add方法動態(tài)添加一個個的tab選項卡，但是做的過程中出現(xiàn)了相同的選項卡會重復添加的問題，我查了一些相關資料，最后通過tab的id或者一個唯一標識判斷tab是否選中，如果選中則調用setActiveTab來激活該選項卡，讓它選中，否則就添加一個tab。最后達到了tab不存在就添加，存在就選中的效果。

了解:

Ext4.0也支持前端的MVC開發(fā)模式：

為啥沒采用mvc的開發(fā)模式？

我們當時因為時間方面的原因，項目經(jīng)理就決定用普通的這種開發(fā)模式進行開發(fā)，并沒有采用Ext4.0這種mvc模式的特性。但我認為他們的核心操作流程是一致的所以對我來說去學習和使用這種方式并沒有什么難度。

lucene的概述

  lucene是一個全文檢索引擎，在進行模糊匹配的時候，他可以用來替代數(shù)據(jù)庫中的like,從而在匹配準確性以及性能進行大幅度的提高。我在做XX項目的XX模塊的時候，就是用lucene來進行全文檢索用IK分詞器來進行分詞。從而實現(xiàn)了高亮顯示關鍵詞，分頁，排序，多字段，多條件的高性能搜索。在從數(shù)據(jù)中取數(shù)據(jù)生成索引的時候，因為表中的數(shù)據(jù)量比較大，防止一次取出所導致內存溢出問題，我采用了分段批量提取的方式進行，除此之外我們對后續(xù)增加的數(shù)據(jù)根據(jù)優(yōu)先級的不同采取不同的策略，對于那些需要及時顯示的數(shù)據(jù)我們通過spring定時器在短時間內(30分鐘)進行增量索引的生成，對于那些不需要及時展示的數(shù)據(jù),我們通過spring定時器在每天晚上凌晨的時候進行索引的重新生成。

線程池作用

1.減少了創(chuàng)建和銷毀線程的次數(shù)，每個線程都可以被重復利用，可執(zhí)行多個任務。

2.可以根據(jù)系統(tǒng)的承受能力，調整線程池中線程的數(shù)目，防止因為消耗過多的內存，而導致服務器宕機(每個線程需要大約1MB內存，線程開的越多，消耗的內存也就越大，最后宕機)。通常我們使用的線程池是實現(xiàn)了ExecutorService的ThreadPoolExecutor。

jbpm是如何和spring進行整合

1.通過在spring-common.xml配置文件中配置springHelper，通過springHelper創(chuàng)建processEngine，再通過processEngine獲取各種工作流的Service，如repositoryService，executionService，historyService，taskService

2.在src根目錄下新建jbpm.cfg.xml文件

Tomcat優(yōu)化

增大內存(堆，持久代)并開啟server模式

我在做XXX項目時,用到了poi導入和導出數(shù)據(jù),由于公司的業(yè)務比較繁多,數(shù)據(jù)量很大,測試時報內存溢出,經(jīng)過我的分析再結合上網(wǎng)查閱資料,發(fā)現(xiàn)可能是tomcat內存不足,需要增大,修改配置文件后測試不再報錯.

tomcat增大內存的方式通過修改tomcat配置文件

window下， 在bin/catalina.bat文件中最前面添加：

set JAVA_OPTS=-XX:PermSize=64M -XX:MaxPermSize=128m –Xms1024m -Xmx1024m

linux下，在catalina.sh最前面增加：

JAVA_OPTS="-XX:PermSize=64M -XX:MaxPermSize=128m –Xms1024m -Xmx1024m "

-client –service

當我們在cmd中運行-java時,黑窗口會出現(xiàn)-client -service這兩參數(shù).其作用是設置虛擬機運行模式;client模式啟動比較快，但運行時性能和內存管理效率不如server模式，通常用于客戶端應用程序。server模式啟動比client慢，但可獲得更高的運行性能。Windows默認為client，如果要使用server模式，就需要在啟動虛擬機時加-server參數(shù)，以獲得更高性能，對服務器端應用，推薦采用server模式，尤其是多個CPU的系統(tǒng)。在Linux，Solaris上,默認值為server模式.

JDK版本

影響虛擬機還有JDK的版本,JDK分為32位,64位兩種版本,32位裝在32位系統(tǒng),64位系統(tǒng)可以裝32位和64位JDK.64位JDK性能優(yōu)于32位JDK.

測試的命令java -xmx數(shù)值m –version報錯配置大小失敗,反之成功

增加Tomcat最大連接數(shù)

使用場景

我在做完一個XXX項目后,測試時發(fā)現(xiàn)并發(fā)數(shù)量增加到一定程度就會很卡,于是我想到了是不是tomcat最大連接數(shù)設置有限制.果不其然,配置文件中最大值才500,于是我更改了最大連接數(shù),根據(jù)業(yè)務我修改了連接數(shù)為2000,完美的解決了這個問題;

修改方法在conf/service.xml中默認值

<Connector port="8080" maxHttpHeaderSize="8192" maxThreads="1500"

minSpareThreads="30" maxSpareThreads="75" enableLookups="false"

redirectPort="8443" acceptCount="100" connectionTimeout="20000"

disableUploadTimeout="true" />,修改maxthreads的值即可

tomcat進行gzip壓縮從而降低網(wǎng)絡傳輸量

tomcat壓縮設置tomcat壓縮gzip啟用

HTTP壓縮可以大大提高瀏覽網(wǎng)站的速度，它的原理是，在客戶端請求服務器對應資源后，從服務器端將資源文件壓縮，再輸出到客戶端，由客戶端的瀏覽器負責解壓縮并瀏覽。相對于普通的瀏覽過程HTML ,CSS,Javascript , Text，它可以節(jié)省60%左右的流量。更為重要的是，它可以對動態(tài)生成的，包括CGI、PHP , JSP , ASP , Servlet,SHTML等輸出的網(wǎng)頁也能進行壓縮，壓縮效率也很高。

啟用tomcat 的gzip壓縮

要使用gzip壓縮功能，你需要在Connector節(jié)點中加上如下屬性

compression="on"打開壓縮功能

compressionMinSize="50"啟用壓縮的輸出內容大小，默認為2KB

noCompressionUserAgents="gozilla, traviata"對于以下的瀏覽器，不啟用壓縮

compressableMimeType="text/html,text/xml,text/javascript,text/css,text/plain"　哪些資源類型需要壓縮

<Connector port="80" protocol="HTTP/1.1"   

           connectionTimeout="20000"   

           redirectPort="8443" executor="tomcatThreadPool" URIEncoding="utf-8"   

           compression="on"   

           compressionMinSize="50" noCompressionUserAgents="gozilla, traviata"   

          compressableMimeType="text/html,text/xml,text/javascript,text/css,text/plain" />

memcached的介紹

memcached是一個用C語言開發(fā)的分布式的緩存，內部基于類似hashMap的結構。它的優(yōu)點是協(xié)議簡單，內置內存存儲，并且他的分布式算法是在客戶端完成的，不需要服務器端進行通信，我們當時在做項目的時候因為考慮到項目的高可用性高擴展性，因此在服務器部署方面采用了apache+jk+tomcat這種負載均衡的方式，但是也帶來了一個問題就是session共享的問題，雖然可以通過session復制來解決這個問題，但是在性能方面存在缺陷，所以最后我們采用了用memcached來存儲session，這樣既解決了session共享問題，也解決了session復制那種方式所產(chǎn)生的性能問題。

了解(不必主動說，但別人問的話一定要知道)

memcached是以KEY-VALUE的方式進行數(shù)據(jù)存儲的，KEY的大小限制：Key（max）<=250個字符；

VALUE在存儲時有限制：Value（max）<= 1M；

根據(jù)最近最少使用原則刪除對象即LRU.

memcached默認過期時間：ExpiresTime（max）= 30（days）

看完上述內容，你們掌握Java技術業(yè)務場景知識點有哪些的方法了嗎？如果還想學到更多技能或想了解更多相關內容，歡迎關注億速云行業(yè)資訊頻道，感謝各位的閱讀！