
2009年4月23日
此時(shí)程序中最多有幾個(gè)存活的線程,個(gè)人認(rèn)為應(yīng)該是4個(gè),怎么就是看不到是4個(gè)的結(jié)果呢?
package Test;
public class Testthread{
public static void main(String[] args){
//測(cè)定當(dāng)前活動(dòng)的線程數(shù)目 肯定有一個(gè)主線程在運(yùn)行
System.out.println("=========header========"+Thread.activeCount());
ThreadTest tt=new ThreadTest();
RunTest rt=new RunTest(); //在下面新建線程里被啟動(dòng)
new Thread(rt).start(); //新建立的一個(gè)線程 啟動(dòng)
tt.start(); //已經(jīng)建立的線程 啟動(dòng)
System.out.println("===========footer======"+Thread.activeCount());
}
}
class ThreadTest extends Thread{
public void run(){
System.out.println("==========I'm over thread=========");
}
}
class RunTest implements Runnable{
public void run(){
System.out.println("==========I'm over runnable==========");
}
}
打印結(jié)果:
第一類結(jié)果 (次序有時(shí)不同)
=========header========1
===========footer======3
==========I'm over thread=========
==========I'm over runnable==========
第二類結(jié)果
=========header========1
==========I'm over runnable==========
===========footer======2
==========I'm over thread=========
posted @
2009-04-24 15:04 王業(yè)平 閱讀(1167) |
評(píng)論 (6) |
編輯 收藏
Servlet的生命周期:
(1)裝載Servlet。這項(xiàng)操作一般是動(dòng)態(tài)執(zhí)行的。然而,Server通常會(huì)提供一個(gè)管理的選項(xiàng),用于在Server啟動(dòng)時(shí)強(qiáng)制裝載和初始化特定的Servlet;
(2)Server創(chuàng)建一個(gè)Servlet的實(shí)例;
(3)Server調(diào)用Servlet的init()方法;
(4)一個(gè)客戶端的請(qǐng)求到達(dá)Server;
(5)Server創(chuàng)建一個(gè)請(qǐng)求對(duì)象;
(6)Server創(chuàng)建一個(gè)響應(yīng)對(duì)象;
(7)Server激活Servlet的service()方法,傳遞請(qǐng)求和響應(yīng)對(duì)象作為參數(shù);
(8)service()方法獲得關(guān)于請(qǐng)求對(duì)象的信息,處理請(qǐng)求,訪問(wèn)其他資源,獲得需要的信息;
(10)service()方法使用響應(yīng)對(duì)象的方法,將響應(yīng)傳回Server、最終到達(dá)客戶端。
service()方法可能激活其它方法以處理請(qǐng)求,如doGet()或doPost()或程序員自己開(kāi)發(fā)的新的方法;
對(duì)于更多的客戶端請(qǐng)求,Server創(chuàng)建新的請(qǐng)求和響應(yīng)對(duì)象,仍然激活此Servlet的service()方法,將這兩個(gè)對(duì)象作為參數(shù)傳遞給它。如此重復(fù)以上的循環(huán),但無(wú)需再次調(diào)用init()方法。一般Servlet只初始化一次;
當(dāng)Server不再需要Servlet時(shí),Server調(diào)用Servlet的Destroy()方法。
posted @
2009-04-24 10:13 王業(yè)平 閱讀(1220) |
評(píng)論 (2) |
編輯 收藏
不知如何轉(zhuǎn)帖,只有ctrl +v了
Servlet線程安全探討
我們?cè)陂_(kāi)發(fā)JAVA WEB應(yīng)用程序,大多都會(huì)考慮用MVC模式的框架來(lái)部署(相信沒(méi)有程序員再考慮前兩者簡(jiǎn)單的模式了吧。),這也是基于下面的原因:
一、MVC由于分層清晰,容易看到整個(gè)系統(tǒng)流程的架構(gòu),對(duì)于越來(lái)越復(fù)雜的系統(tǒng)是有相當(dāng)大的幫助。
二、 擴(kuò)展性,耦合性低。各層影響相當(dāng)少,如JSP頁(yè)面只負(fù)責(zé)數(shù)據(jù)顯示,M負(fù)責(zé)業(yè)務(wù)邏輯處理,C相當(dāng)于Servlet來(lái)控制流程的轉(zhuǎn)向。等等這一系列的好處。
用MVC的模式,其本質(zhì)就是用Servlet的應(yīng)用技術(shù)。Servlet/jsp和其他如ASP\PHP語(yǔ)言相比,由于使用了多線程運(yùn)行技術(shù)與具有很高的執(zhí)行效率。但是也就是Servlet由于默認(rèn)多線程模式執(zhí)行,依我們所了解線程安全性問(wèn)題,也就不得不要考慮在Servlet中也存在這樣的問(wèn)題,然而,很多程序員只專注于業(yè)務(wù)邏輯的處理,并沒(méi)有注意到多線程的安全性的問(wèn)題(在此編寫之前,我也存在這樣的經(jīng)歷,不過(guò)還好。。。。),這往往造成編寫的程序在用戶量少的時(shí)候沒(méi)出什么問(wèn)題,而一旦發(fā)現(xiàn)大量的并發(fā)用戶時(shí),而且這數(shù)量達(dá)到一定的數(shù)量時(shí),就會(huì)出現(xiàn)一系列莫名的問(wèn)題,這問(wèn)題在下面我們可以看的到。
Servlet的多線程機(jī)制是怎么樣的呢:
Servlet體系結(jié)構(gòu)是建立在JAVA的多線程機(jī)制上的,但它的生命周期是由WEB容器來(lái)管理的,當(dāng)客戶端第一次請(qǐng)求某個(gè)Servlet時(shí),Servlet容器會(huì)根據(jù)web.xml的配置實(shí)例化相應(yīng)的Servlet類,當(dāng)有新的客戶端來(lái)請(qǐng)求這個(gè)Servlet時(shí),容器一般不會(huì)再實(shí)例化這個(gè)Servlet類,而是以線程方式去調(diào)用這個(gè)實(shí)例的方法,然后再有更多的客戶端來(lái)請(qǐng)求時(shí),就存在了多個(gè)線程在使用這個(gè)實(shí)例。并且Servlet容器會(huì)自動(dòng)使用線程池技術(shù)來(lái)支持系統(tǒng)的運(yùn)行。
在這樣的情況,當(dāng)兩個(gè)或者多個(gè)客戶端同時(shí)請(qǐng)求同一Serlvet時(shí),就會(huì)存在多個(gè)線程同時(shí)訪問(wèn)同一資源的情況,數(shù)據(jù)就可能變的不一致,所以在用Servlet搭建WEB應(yīng)用程序時(shí)如果不考慮線程的問(wèn)題,就會(huì)出現(xiàn)難以發(fā)現(xiàn)的問(wèn)題。
Servlet線程安全問(wèn)題的例子:
Servlet線程是由于使用實(shí)例變量不當(dāng)而導(dǎo)致的,這里有如下的例子:
代碼程序如下:
public class SecurityTest extends HttpServlet {
PrintWriter output;//成員變量
@Override
protected void service(HttpServletRequest request,
HttpServletResponse response) throws ServletException,
IOException {
response.setContentType("text/html;charset=gb2312");
String name = request.getParameter("name");
output=response.getWriter();
try {
Thread.sleep(5000);
} catch (InterruptedException e) {
e.printStackTrace();
}
output.write(name);
}
}
該實(shí)例中定義了一個(gè)實(shí)例變量output,在service方法中負(fù)責(zé)輸出用戶名,當(dāng)一個(gè)用戶訪問(wèn)該Servlet時(shí),程序會(huì)正常的運(yùn)行,但當(dāng)多個(gè)用戶并發(fā)的訪問(wèn)時(shí),就可能會(huì)出現(xiàn)其他的用戶信息顯示在另一個(gè)用戶的瀏覽器上的問(wèn)題,為了看到實(shí)際的效果,在這個(gè)程序中,我特做如下的處理:就是延時(shí)5000毫秒,讓第一個(gè)用戶暫停在輸出數(shù)據(jù)前。然后我們馬上發(fā)起另一個(gè)請(qǐng)求,這種情況下就會(huì)出現(xiàn)如下的頁(yè)面
第一次請(qǐng)求:http://127.0.0.1:8080/Test2/securityTest?name=a
大家看到這頁(yè)面什么數(shù)據(jù)也沒(méi)有,就是說(shuō)那姓名沒(méi)有打印出來(lái),那跑到哪里去了呢?看第二個(gè)用戶請(qǐng)求的情況。
第二個(gè)用戶請(qǐng)求地址:http://127.0.0.1:8080/Test2/securityTest?name=b
可以看到,原來(lái)a值已經(jīng)打印到第二個(gè)用戶的瀏覽器了。
可以想像在暫停5000時(shí)間里,第二個(gè)用戶請(qǐng)求這個(gè)servlet,已經(jīng)把output的引用變成了第二個(gè)用戶請(qǐng)求的output值了,這樣就解釋了為什么會(huì)輸出到第二個(gè)客戶端的瀏覽的原因。
從內(nèi)存模型來(lái)看Servlet的線程安全問(wèn)題//不是很理解這一段
JAVA的內(nèi)存模型JMM(JAVA Memory Model)主要是為了規(guī)定線程與內(nèi)存的一些關(guān)系,既然Servlet也是用線程技術(shù),那么我們也從這方面尋找根本原因,根據(jù)JMM,系統(tǒng)存在有主內(nèi)存,JAVA的實(shí)例變量(就是類變量吧)都是存在于主內(nèi)存供其他內(nèi)存使用,也就是對(duì)所有的線程都是共享的,而根據(jù)線程的特點(diǎn):它是有自己的工作內(nèi)存的,工作內(nèi)存包括緩存和堆棧兩部分,堆棧是專門用來(lái)存在方法中的局部變量的,而緩存則是主內(nèi)存中變量的拷貝,緩存與主內(nèi)存并不總是同步的,也就是緩存中的變量的修改可能沒(méi)有立刻寫到主存中,如下圖:
根據(jù)內(nèi)存模型,我們可以得到如下的線程調(diào)度表:
調(diào)度時(shí)刻
a線程
b線程
T1
訪問(wèn)Servlet頁(yè)面
T2
訪問(wèn)Servlet頁(yè)面
T3
output=a的輸出username=a休眠5000毫秒,讓出CPU
T4
output=b的輸出(寫回主存)username=b休眠5000毫秒,讓出CPU
T5
在用戶b的瀏覽器上輸出a線程的username的值,a線程終止。
T6
在用戶b的瀏覽器上輸出b線程的username的值,b線程終止。
可以看出,由于b線程對(duì)實(shí)例變量output的修改覆蓋了a線程對(duì)實(shí)例變量output的值,直接導(dǎo)致了用戶a的信息顯示到b的瀏覽器上。根據(jù)內(nèi)存模型,我們也可以解釋到,正是因?yàn)?font style="line-height: 1.5em" size="3">b開(kāi)始時(shí)修改了緩存中的output值,然后刷新到主內(nèi)存中,而又有足夠的時(shí)間刷新到a緩存中,這時(shí)a的Output值就直接導(dǎo)致了指向b瀏覽器。
解決方法:
從上面的分析中,我們知道導(dǎo)致線程不安全的主要原因在于實(shí)例變量的使用不當(dāng),下面就提出如下三種解決方法
第一,讓Servlet類實(shí)現(xiàn)SingleThreadModel接口,該接口指定系統(tǒng)如何處理對(duì)同一個(gè)Servlet的調(diào)用,如果一個(gè)Servlet被指定實(shí)現(xiàn)這個(gè)接口,那么,在這個(gè)Servlet中的service方法將不會(huì)在兩個(gè)線程中同時(shí)執(zhí)行,也就是說(shuō)執(zhí)行完一個(gè)后再執(zhí)行下一個(gè)請(qǐng)求的service,當(dāng)然也就不存在線程不安全的問(wèn)題了。
代碼如下:
public class SecurityTest extends HttpServlet implements SingleThreadModel{}
其實(shí)這方法也就相當(dāng)于是同步方法的效果吧。
第二.同步對(duì)共享數(shù)據(jù)的操作。我們所熟悉的就是用synchronized關(guān)鍵字,這樣能保證一次只有一個(gè)線程來(lái)操作被保護(hù)的區(qū)段。在本例子也可以用synchronized來(lái)保證線程的安全,代碼如下:
public class SecurityTest extends HttpServlet {
PrintWriter output;
@Override
protected void service(HttpServletRequest request,
HttpServletResponse response) throws ServletException, IOException {
response.setContentType("text/html;charset=gb2312");
String name = request.getParameter("name");
Synchronized(this){
output=response.getWriter();
try {
Thread.sleep(5000);
} catch (InterruptedException e) {
e.printStackTrace();
}
output.write(name);
}
}}
第三:避免使用實(shí)例變量,而使用局部變量。因?yàn)镾ervlet線程不安全的原因是由實(shí)例變量引起,所以我們可以避免使用實(shí)例變量,而使用局部變量,線程之間很難直接訪問(wèn)局部變量 ,這樣就從根本上解決了這一問(wèn)題。
在本例子中,就是將output放在service方法中當(dāng)局部變量 。
public class SecurityTest extends HttpServlet {
@Override
protected void service(HttpServletRequest request,
HttpServletResponse response) throws ServletException, IOException {
PrintWriter output;
response.setContentType("text/html;charset=gb2312");
String name = request.getParameter("name");
output=response.getWriter();
try {
Thread.sleep(5000);
} catch (InterruptedException e) {
e.printStackTrace();
}
output.write(name);
}}
這三種方法都對(duì)解決servlet線程安全起到很好的作用,但我們?nèi)绻麑?duì)他們進(jìn)行比較一下,看哪一種更適合呢:
第一個(gè)方案中:實(shí)現(xiàn)SingleThreadModel接口,Servlet引擎將為每個(gè)客戶請(qǐng)求都生成一個(gè)Servlet實(shí)例,這將引起大量的系統(tǒng)開(kāi)銷,在新版本的Servlet2.4中也不提倡使用了。
第二個(gè)方案中:在程序中使用同步來(lái)保護(hù)要使用的共享數(shù)據(jù),也使系統(tǒng)的性能大大的下降,這是因?yàn)楸煌降拇a在同一時(shí)刻只能由一個(gè)線程來(lái)執(zhí)行,使得同時(shí)處理其他客戶請(qǐng)求的吞吐量大大降低,大量客戶處于阻塞狀態(tài),這對(duì)于并發(fā)用戶請(qǐng)求來(lái)說(shuō)并非是一件很好的事情。另外為了保持主內(nèi)存與工作內(nèi)存數(shù)據(jù)的一致性要頻繁地刷新緩存,這也大大降低了系統(tǒng)性能,所以這種方案不大可取。
第三個(gè)方案則應(yīng)該是最優(yōu)方案:從JAVA內(nèi)存模型來(lái)看,方法中的臨時(shí)變量都是在棧中分配空間,而每個(gè)線程都有自己的私有棧空間,互不干擾,不會(huì)影響性能,也不會(huì)產(chǎn)生線程安全的問(wèn)題。
|
posted @
2009-04-23 16:31 王業(yè)平 閱讀(397) |
評(píng)論 (0) |
編輯 收藏
現(xiàn)在要求輸入一個(gè)文件的目錄,之后將里面所有的備份文件刪除,備份文件都是以“.bak”或".BAK"結(jié)尾
package TestFile;
import java.io.File;
import java.io.FileFilter;
/**
* @author 王業(yè)平
* 用于過(guò)濾以.bak結(jié)尾或包含.bak的文件
* 返回值的含義是 當(dāng)包含該字符串時(shí)返回true
*/
public class ListFilter implements FileFilter{
@Override
public boolean accept(File file) {
//測(cè)試指定的文件(夾)是否應(yīng)該包含在指定的列表中(就是測(cè)定作為過(guò)濾的條件是否滿足)
/*
* 如果是目錄的話,直接返回true 表示是滿足條件的一情況
*/
if(file.isDirectory()) return true;
/*
* 如果不是目錄的話,通過(guò)判斷在其名字里是否含有規(guī)定的字符,
* 因?yàn)閟tring的index方法在不滿足條件(不含有指定的字符)是返回-1
* 所以以此來(lái)確定是否滿足條件
*/
String name=file.getName();
/*
* int index=name.indexOf(".bak");
* return index!=-1;
* 這種方法不安全,可能會(huì)刪除文件名中還含有.bak的文件,備份文件還可以用.BAK結(jié)尾
*/
return name.endsWith(".bak")||name.endsWith(".BAK");
}
}
使用此類
package TestFile;
import java.io.File;
/**
* @author Administrator
* 涉及到遞歸調(diào)用
*/
public class BakDelete{
public static void main(String[] args){
BakDelete bd=new BakDelete();
bd.listBakFile(new File("E:\\"));
}
public void listBakFile(File file){
File[] fs=file.listFiles(new ListFilter());
for(int i=0;i<fs.length;i++){
if(fs[i].isFile()){
System.out.println(fs[i].getAbsolutePath());//打印文件絕對(duì)路徑
fs[i].delete();
}else{
//System.out.println(fs[i].getAbsolutePath());
listBakFile(fs[i]);
}
}
//System.out.println(fs.length);
}
}
posted @
2009-04-23 13:54 王業(yè)平 閱讀(1241) |
評(píng)論 (7) |
編輯 收藏
我是菜鳥,所以我很謙虛,很謹(jǐn)慎,可是還是很多的bug,
我不斷的努力,縱然很多困難,可我依然謙虛謹(jǐn)慎,因?yàn)槟蔷褪俏覉?jiān)持,淡定的看著水云,望著遼遠(yuǎn)的天空...
|
|
29 | 30 | 31 | 1 | 2 | 3 | 4 |
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 1 | 2 |
3 | 4 | 5 | 6 | 7 | 8 | 9 |
常用鏈接
留言簿(2)
隨筆檔案
搜索
最新評(píng)論

閱讀排行榜
評(píng)論排行榜