2009年4月23日
此時程序中最多有幾個存活的線程，個人認為應該是4個，怎么就是看不到是4個的結果呢？
package Test;
public class Testthread{
public static void main(String[] args){
//測定當前活動的線程數目 肯定有一個主線程在運行
System.out.println("=========header========"+Thread.activeCount());
ThreadTest tt=new ThreadTest();
RunTest rt=new RunTest(); //在下面新建線程里被啟動
new Thread(rt).start(); //新建立的一個線程 啟動
tt.start(); //已經建立的線程 啟動
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==========");
}
}
打印結果：
第一類結果 （次序有時不同）
=========header========1
===========footer======3
==========I'm over thread=========
==========I'm over runnable==========
第二類結果
=========header========1
==========I'm over runnable==========
===========footer======2
==========I'm over thread=========
posted @
2009-04-24 15:04 王業平 閱讀(1171) |
評論 (6) |
編輯 收藏
（1）裝載Servlet。這項操作一般是動態執行的。然而，Server通常會提供一個管理的選項，用于在Server啟動時強制裝載和初始化特定的Servlet；
（2）Server創建一個Servlet的實例；
（3）Server調用Servlet的init()方法；
（4）一個客戶端的請求到達Server；
（5）Server創建一個請求對象；
（6）Server創建一個響應對象；
（7）Server激活Servlet的service()方法，傳遞請求和響應對象作為參數；
（8）service()方法獲得關于請求對象的信息，處理請求，訪問其他資源，獲得需要的信息；
（10）service()方法使用響應對象的方法，將響應傳回Server、最終到達客戶端。
service()方法可能激活其它方法以處理請求，如doGet()或doPost()或程序員自己開發的新的方法；
對于更多的客戶端請求，Server創建新的請求和響應對象，仍然激活此Servlet的service()方法，將這兩個對象作為參數傳遞給它。如此重復以上的循環，但無需再次調用init()方法。一般Servlet只初始化一次；
當Server不再需要Servlet時，Server調用Servlet的Destroy()方法。
posted @
2009-04-24 10:13 王業平 閱讀(1223) |
評論 (2) |
編輯 收藏
Servlet線程安全探討
我們在開發JAVA WEB應用程序，大多都會考慮用MVC模式的框架來部署（相信沒有程序員再考慮前兩者簡單的模式了吧。），這也是基于下面的原因：
一、MVC由于分層清晰，容易看到整個系統流程的架構，對于越來越復雜的系統是有相當大的幫助。
二、 擴展性，耦合性低。各層影響相當少，如JSP頁面只負責數據顯示，M負責業務邏輯處理，C相當于Servlet來控制流程的轉向。等等這一系列的好處。
用MVC的模式，其本質就是用Servlet的應用技術。Servlet/jsp和其他如ASP\PHP語言相比，由于使用了多線程運行技術與具有很高的執行效率。但是也就是Servlet由于默認多線程模式執行，依我們所了解線程安全性問題，也就不得不要考慮在Servlet中也存在這樣的問題，然而，很多程序員只專注于業務邏輯的處理，并沒有注意到多線程的安全性的問題（在此編寫之前，我也存在這樣的經歷，不過還好。。。。），這往往造成編寫的程序在用戶量少的時候沒出什么問題，而一旦發現大量的并發用戶時，而且這數量達到一定的數量時，就會出現一系列莫名的問題，這問題在下面我們可以看的到。
Servlet的多線程機制是怎么樣的呢：
Servlet體系結構是建立在JAVA的多線程機制上的，但它的生命周期是由WEB容器來管理的，當客戶端第一次請求某個Servlet時，Servlet容器會根據web.xml的配置實例化相應的Servlet類，當有新的客戶端來請求這個Servlet時，容器一般不會再實例化這個Servlet類，而是以線程方式去調用這個實例的方法，然后再有更多的客戶端來請求時，就存在了多個線程在使用這個實例。并且Servlet容器會自動使用線程池技術來支持系統的運行。
在這樣的情況，當兩個或者多個客戶端同時請求同一Serlvet時，就會存在多個線程同時訪問同一資源的情況，數據就可能變的不一致，所以在用Servlet搭建WEB應用程序時如果不考慮線程的問題，就會出現難以發現的問題。
Servlet線程安全問題的例子：
Servlet線程是由于使用實例變量不當而導致的，這里有如下的例子：
代碼程序如下：
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);
}
}
該實例中定義了一個實例變量output，在service方法中負責輸出用戶名，當一個用戶訪問該Servlet時，程序會正常的運行，但當多個用戶并發的訪問時，就可能會出現其他的用戶信息顯示在另一個用戶的瀏覽器上的問題，為了看到實際的效果，在這個程序中，我特做如下的處理：就是延時5000毫秒，讓第一個用戶暫停在輸出數據前。然后我們馬上發起另一個請求，這種情況下就會出現如下的頁面
第一次請求：http://127.0.0.1:8080/Test2/securityTest?name=a
大家看到這頁面什么數據也沒有，就是說那姓名沒有打印出來，那跑到哪里去了呢？看第二個用戶請求的情況。
第二個用戶請求地址：http://127.0.0.1:8080/Test2/securityTest?name=b
可以看到，原來a值已經打印到第二個用戶的瀏覽器了。
可以想像在暫停5000時間里，第二個用戶請求這個servlet，已經把output的引用變成了第二個用戶請求的output值了，這樣就解釋了為什么會輸出到第二個客戶端的瀏覽的原因。
從內存模型來看Servlet的線程安全問題//不是很理解這一段
JAVA的內存模型JMM(JAVA Memory Model)主要是為了規定線程與內存的一些關系，既然Servlet也是用線程技術，那么我們也從這方面尋找根本原因，根據JMM，系統存在有主內存，JAVA的實例變量（就是類變量吧）都是存在于主內存供其他內存使用，也就是對所有的線程都是共享的，而根據線程的特點：它是有自己的工作內存的，工作內存包括緩存和堆棧兩部分，堆棧是專門用來存在方法中的局部變量的，而緩存則是主內存中變量的拷貝，緩存與主內存并不總是同步的，也就是緩存中的變量的修改可能沒有立刻寫到主存中，如下圖：
根據內存模型，我們可以得到如下的線程調度表：
調度時刻
a線程
b線程
T1
訪問Servlet頁面
T2
訪問Servlet頁面
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線程對實例變量output的修改覆蓋了a線程對實例變量output的值，直接導致了用戶a的信息顯示到b的瀏覽器上。根據內存模型，我們也可以解釋到，正是因為b開始時修改了緩存中的output值，然后刷新到主內存中，而又有足夠的時間刷新到a緩存中，這時a的Output值就直接導致了指向b瀏覽器。
解決方法：
從上面的分析中，我們知道導致線程不安全的主要原因在于實例變量的使用不當，下面就提出如下三種解決方法
第一，讓Servlet類實現SingleThreadModel接口，該接口指定系統如何處理對同一個Servlet的調用，如果一個Servlet被指定實現這個接口，那么，在這個Servlet中的service方法將不會在兩個線程中同時執行，也就是說執行完一個后再執行下一個請求的service，當然也就不存在線程不安全的問題了。
代碼如下：
public class SecurityTest extends HttpServlet implements SingleThreadModel{}
其實這方法也就相當于是同步方法的效果吧。
第二．同步對共享數據的操作。我們所熟悉的就是用synchronized關鍵字，這樣能保證一次只有一個線程來操作被保護的區段。在本例子也可以用synchronized來保證線程的安全，代碼如下：
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);
}
}}
第三：避免使用實例變量，而使用局部變量。因為Servlet線程不安全的原因是由實例變量引起，所以我們可以避免使用實例變量，而使用局部變量，線程之間很難直接訪問局部變量 ，這樣就從根本上解決了這一問題。
在本例子中，就是將output放在service方法中當局部變量 。
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);
}}
這三種方法都對解決servlet線程安全起到很好的作用，但我們如果對他們進行比較一下，看哪一種更適合呢：
第一個方案中：實現SingleThreadModel接口，Servlet引擎將為每個客戶請求都生成一個Servlet實例，這將引起大量的系統開銷，在新版本的Servlet2.4中也不提倡使用了。
第二個方案中：在程序中使用同步來保護要使用的共享數據，也使系統的性能大大的下降，這是因為被同步的代碼在同一時刻只能由一個線程來執行，使得同時處理其他客戶請求的吞吐量大大降低，大量客戶處于阻塞狀態，這對于并發用戶請求來說并非是一件很好的事情。另外為了保持主內存與工作內存數據的一致性要頻繁地刷新緩存，這也大大降低了系統性能，所以這種方案不大可取。
第三個方案則應該是最優方案：從JAVA內存模型來看，方法中的臨時變量都是在棧中分配空間，而每個線程都有自己的私有棧空間，互不干擾，不會影響性能，也不會產生線程安全的問題。
|
posted @
2009-04-23 16:31 王業平 閱讀(399) |
評論 (0) |
編輯 收藏
package TestFile;
import java.io.File;
import java.io.FileFilter;
/**
* @author 王業平
* 用于過濾以.bak結尾或包含.bak的文件
* 返回值的含義是 當包含該字符串時返回true
*/
public class ListFilter implements FileFilter{
@Override
public boolean accept(File file) {
//測試指定的文件（夾）是否應該包含在指定的列表中（就是測定作為過濾的條件是否滿足）
/*
* 如果是目錄的話，直接返回true 表示是滿足條件的一情況
*/
if(file.isDirectory()) return true;
/*
* 如果不是目錄的話，通過判斷在其名字里是否含有規定的字符，
* 因為string的index方法在不滿足條件（不含有指定的字符）是返回-1
* 所以以此來確定是否滿足條件
*/
String name=file.getName();
/*
* int index=name.indexOf(".bak");
* return index!=-1;
* 這種方法不安全，可能會刪除文件名中還含有.bak的文件，備份文件還可以用.BAK結尾
*/
return name.endsWith(".bak")||name.endsWith(".BAK");
}
}
使用此類
package TestFile;
import java.io.File;
/**
* @author Administrator
* 涉及到遞歸調用
*/
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());//打印文件絕對路徑
fs[i].delete();
}else{
//System.out.println(fs[i].getAbsolutePath());
listBakFile(fs[i]);
}
}
//System.out.println(fs.length);
}
}
posted @
2009-04-23 13:54 王業平 閱讀(1243) |
評論 (7) |
編輯 收藏
我是菜鳥，所以我很謙虛，很謹慎，可是還是很多的bug，
我不斷的努力，縱然很多困難，可我依然謙虛謹慎，因為那就是我堅持，淡定的看著水云，望著遼遠的天空...
|
|
| 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)
隨筆檔案
搜索
最新評論
閱讀排行榜
評論排行榜