Java

Java語言擁有三大特徵：平台無關性、網路移動性和安全性，而Java體繫結構對這三大特徵提供了強大的支援和保證，本文著重介紹Java體繫結構對支援資訊安全的原理和使用方法。Java體繫結構Java的體繫結構如下圖所示，首先Java的原始碼Java檔案由編譯器編譯成Java的二進位位元組碼class檔案，然後class檔案由Java虛擬機器中的類裝載器進行載入，同時類裝載器還會載入Java的原始 API

許多資料來源中都含有多餘資料或對儲存資訊無用的資料。這常常造成客戶機 和伺服器應用程式間或電腦間浩如煙海的資料轉送。很明顯，資料存放區和資訊傳 輸問題解決辦法是，安裝輔助儲存裝置並擴充現有的通訊裝置。然而，要做到這 一點，就需要增加組織的運行費用。減輕部分資料存放區和資訊傳輸的方法之一是， 以更有效代碼錶示資料。本文簡要介紹資料壓縮和解壓縮，以及如何有效地、方便地從JavaTM應用程式內部使用 java.util.zip包壓縮和解壓縮資料。雖然 WinZip、gzip和Java ARchive（

前言在我們的實際工作中，經常需要實現列印功能。但由於曆史原因，Java提供的列印功能一直都比較弱。實際上最初的jdk根本不支援列印，直到jdk1.1才引入了很輕量的列印支援。所以，在以前用Java/Applet/JSP/Servlet設計的程式中，較複雜的列印都是通過調用ActiveX/OCX控制項或者VB/VC程式來實現的，非常麻煩。實際上，SUN公司也一直致力於Java列印功能的完善，而Java2平台則終於有了一個健壯的列印模式的開端，該列印模式與Java2D圖形包充分結合成一體。更令人鼓舞

Java的事件模式是動態響應系統重要的基礎，在圖形介面領域的事件模式已經有很多文章介紹，但是在伺服器端我們會碰到更多的事件模式，這裡本人試圖總結一下：事件直接驅動模式事件模式的第一個要求就是效能的要求，需要直接而且快，Command模式是必須經常使用的，主要適合於迅速處理

大多數應用程式效能管理（APM）解決方案都只考慮和分析J2EE應用程式的某個層次的效能問題。這種方法不足以解決架構複雜的應用程式的效能問題。良好的APM工具應該能夠讓你從J2EE層深入到資料庫層以確保效能問題被快速地解決。情況並非越來越好，公司的網站效能下降到了極低點，失落的客戶開始尋找其它廠商了。IT調查機構開始調查並且認為J2EE應用程式是回應時間較差的罪魁禍首。這立即給J2EE開發小組帶來了很大的壓力，他們必須確定並解決這個問題。J2EE開發小組在進行了一些最初的調查之後，他們認為問題並不

相信大家都使用過MSN，QQ這樣的即時聊天類軟體，對於它們的好友上線提示功能並不陌生吧？從螢幕右下角彈出一個小介面，慢慢上升，最後消失。我們能不能在自已的程式中也做出相同的功能呢？能！筆者現用JAVA和eclipse的SWT使用者介面組件實現這個功能。什麼是SWT呢？SWT原來是eclipse項目組為開發eclipse

annegu做了一個簡單的Http多線程的下載程式，來討論一下多線程並發下載 以及斷點續傳的問題。這個程式的功能，就是可以分多個線程從目標地址上下載資料，每個線程負 責下載一部分，並可以支援斷點續傳和逾時重連。下載的方法是download()，它接收兩個參數，分別是要下載的頁面的url和編 碼方式。在這個負責下載的方法中，主要分了三個步驟。第一步是用來設定斷點 續傳時候的一些資訊的，第二步就是主要的分多線程來下載了，最後是資料的合

面向方面編程（AOP）是項大有前途的新技術，但是採用新技術可能有風險（ 當然，不 採用新技術也會有風險）。與所有的新技術一樣，通常來說，最好是 沿著一條可以管理風險的路徑來採用它們。如果用 AOP 來執行策略和測試，就 可以從 AOP 得到降低風險的好處。因為方面不會進入生產，所以不會出現技術 破壞代碼穩定性或開發過程的風險，但卻會有助於開發品質更好的軟體。用方面 進行測試也是學習方面的工作方式，並體驗這項激動人心的新技術的好方法。組合測試方法正如我在 第 1 部分 中討論過的，QA

這一簡短系列的 第 1 部分 介紹了如何進行有效測試，它構建了 FindBugs 外掛程式來尋找一個簡單的 bug 模式（只需調用 System.gc() 即可）。Bug 模式會 標識有問題的編碼實踐，它們常常位於 bug 所在的地區。當然，並不是所有出 現 bug 模式的地方都一定出現 bug，但這並不能抹殺 bug 模式檢測器的巨大作 用。一個有效 bug 模式檢測器的主要功能是發現更高百分比的可疑代碼，使該 模式具有更大的使用價值。建立 bug 模式檢測器可以提高使用價值；建立檢測

對於許多團隊來說，單元測試現在是開發過程的一個主要部分；JUnit 之類 的架構可以進行無損測試，儘管我們並不喜歡它，寧願為某些 代碼編寫某些 測 試。單元測試運行效率很低，只能測試單個程式碼片段，並且，一般情況下，測試 代碼的重用性通常很也低 —— 昨天為組件 A 編寫的測試不能很好地用於測試 組件 B（範例程式碼除外）。典型的單元測試情境在發現 bug 時，要做的第一件事是什嗎？您可能只是想去修複它，但是，在

許多程式員在其整個開發生涯中都不曾使用定點或浮點數，可能的例外是， 偶爾在計時測試或基準測試程式中會用到。Java語言和類庫支援兩類非整數類型 ― IEEE 754 浮點（ float 和 double ，封裝類（wrapper class）為 Float 和 Double ），以及任意精度的小數（ java.math.BigDecimal ）。在本月的 Java 理論和實踐中，Brian Goetz 探討了在 Java 程式中使用非整數類型時一

在 Joshua Bloch 的那本出色的 Effective Java Programming Language Guide(參閱 參考資料)一書中，第 52 項的標題為“Document Thread Safety” ，在其中他懇請開發人員準確地記錄下類對執行緒安全性有哪些保證。就像 Bloch 書中的大多數建議一樣，這也是一個反覆提到、但很少實現的非常好的建議(就 像 Bloch 在其 Programming Puzzlers

十五年前，多處理器系統是高度專用系統，要花費數十萬美元（大多數具有 兩個到四個處理器）。現在，多處理器系統很便宜，而且數量很多，幾乎每個主 要微處理器都內建了多處理支援，其中許多系統支援數十個或數百個處理器。要使用多處理器系統的功能，通常需要使用多線程構造應用程式。但是正如 任何編寫並發應用程式的人可以告訴你的那樣，要獲得好的硬體利用率，只是簡 單地在多個線程中分割工作是不夠的，還必須確保線程確實大部分時間都在工作

Java Transaction Service 是 J2EE 架構的關鍵元素。它與 Java Transaction API 結合在一起，使我們能夠構建對於各種系統和網路故障都非常 健壯的分布式應用程式。事務是可靠應用程式的基本構建塊 —— 如果沒有事務 的支援，編寫可靠的分布式應用程式將是非常困難的。幸運的是，JTS 執行的大 部分工作對於程式員都是透明的；J2EE 容器使事務劃分和資源徵用對程式員來

Java 語言可能是使用最廣泛的依賴於垃圾收集的程式設計語言，但是它並不是第 一個。垃圾收集已經成為了包括 Lisp、Smalltalk、Eiffel、Haskell、ML、 Scheme和 Modula-3 在內的許多程式設計語言的一個整合部分，並且從 20 世紀 60 年代早期就開始使用了。在 Java 理論與實踐的本篇文章中，Brian Goetz 描述 了垃圾收集最常用的技術。垃圾收集的好處是無可爭辯的 ―― 可靠性提高、使記憶體管理與類介面設計

在Windows系統中安裝和卸載程式是件非常容易的事情，一般使用者通過安裝和卸載程式嚮導就能很輕鬆地完成。但安裝和卸載Windows程式還有些鮮為人知的小技巧，使用Rundll32命令安裝和卸載Windows程式就是其中之一，可能你從來還沒接觸過，下面我們就一起領略它的神奇功能吧！提示：Rundll32．exe是

所有非byte類型的基本類型都可以通過String.valueOf() 方法來轉換為字串非基本類型的比較需要使用equals方法取得表單提交的參數值1: String name = request.getParameter('Name');取得表單提交的數組值1: String[] nameList = request.getParameterValues('ListName');向頁面傳遞參數1: request.setAttribute('var',value);Session操作1:

當單線程應用程式中的主線程拋出一個未捕獲的異常時，因為控制台中會打 印堆疊追蹤（也因為程式停止），所以您很可能注意到。但在多線程應用程式中 ，尤其是在作為伺服器運行並且不與控制台相連的應用程式中，線程死亡可能成 為不太令人信服的事件，這會導致局部系統失敗，從而產生混亂的應用程式行為 。在 Java theory and practice十月份的專欄文章 中，我們研究了線程池， 並研究了編寫得不正確的線程池會如何“泄漏”線程，直到最終丟失所有線程。

編寫你自己的Comparable類型Comparable 介面由一個單一的方法構成:public interface Comparable {public int compareTo(Object o);}compareTo 方法將接收對象與特定對象進行比較，並在接收對象小於、等於或大於特定對象時分別返回負整數、空或一個正整數。如果特定對象不能與接收對象相比較，該方法扔出一個ClassCastException. 這是一個表示某人姓名的類(a class representing a

Map介面Map是一個將鍵映射為值的對象。一個映射不能包含重複鍵：每個鍵最多能映射一個值。Map介面如下所示:public interface Map {// Basic OperationsObject put(Object key, Object value);Object get(Object key);Object remove(Object key);boolean containsKey(Object key);boolean containsValue(Object value);