在本地tomcat服務(wù)器上都可以調(diào)用,結(jié)果放到apusic服務(wù)器上就出現(xiàn)這樣的問題,但發(fā)現(xiàn)有的附件是可以打開的,URL地址象:
后面總結(jié)了一下,情況是
doc 可以打開
xls 亂碼 西歐windows UTF-8
rar 亂碼 GB2312
有的同事說是字符集亂碼的問題,可是我就連字符集亂碼都搞不懂。
然后找同事討教了處理下載文件的辦法,雖然自己也用過這樣的下載方法,可是這樣的話比較麻煩,就一個(gè)簡單的鏈接還要用到后臺的就太復(fù)雜化了。
然后在網(wǎng)上找了找字符集的知識,和utf-8 doc xls 的東西。
發(fā)現(xiàn)有一個(gè)mime-mapping 這樣的配置的東西,配置了一下真的是這個(gè)問題。
posted @
2008-10-30 17:14 鳥生魚湯 閱讀(1457) |
評論 (0) |
編輯 收藏
ClassName:java.sql.SQLException
Message:OLE DB 提供程序 'Microsoft.Jet.OLEDB.4.0' 報(bào)錯(cuò)。
NotifyUtil::java.net.SocketException: Software caused connection abort: recv failed
at java.net.SocketInputStream.socketRead0(Native Method)
at java.net.SocketInputStream.read(SocketInputStream.java:129)
at java.io.BufferedInputStream.fill(BufferedInputStream.java:218)
at java.io.BufferedInputStream.read1(BufferedInputStream.java:258)
at java.io.BufferedInputStream.read(BufferedInputStream.java:317)
at java.io.FilterInputStream.read(FilterInputStream.java:116)
at sun.net.www.protocol.http.HttpURLConnection$HttpInputStream.read(HttpURLConnection.java:2370)
at sun.nio.cs.StreamDecoder.readBytes(StreamDecoder.java:264)
at sun.nio.cs.StreamDecoder.implRead(StreamDecoder.java:306)
at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:158)
at java.io.InputStreamReader.read(InputStreamReader.java:167)
at java.io.BufferedReader.fill(BufferedReader.java:136)
at java.io.BufferedReader.readLine(BufferedReader.java:299)
at java.io.BufferedReader.readLine(BufferedReader.java:362)
at org.netbeans.modules.web.monitor.server.NotifyUtil$RecordSender.run(NotifyUtil.java:293)
項(xiàng)目部署在本機(jī)沒問題。發(fā)布到測試服務(wù)器上也沒問題。本地部署的用測試服務(wù)器的數(shù)據(jù)庫就出現(xiàn)上面的錯(cuò)誤。
posted @
2008-06-26 13:46 鳥生魚湯 閱讀(5282) |
評論 (3) |
編輯 收藏
今天的hibernate調(diào)用的存儲過程,分頁的時(shí)候執(zhí)行速度太慢,要1分鐘。
折騰了半天終于解決了。
最開始以為存儲過程返回了所有的結(jié)果,通過實(shí)際要求簡化為返回75行記錄。發(fā)現(xiàn)效果不明顯
接著是為了好分頁,需要返回一個(gè)查詢的對象序列,存儲過程先返回一個(gè)ID,然后把ID做成一個(gè)序列,在通過hibernate的配置的執(zhí)行返回的對象集合,并且這樣分頁方便。hql語句是:from Bed as b WHERE b.id IN (:list) order by charindex(','+rtrim(id)+',' , '''' + :list2 + '''')
以為二次搜索的原因。然后換別的分頁方式,在網(wǎng)上找了大概有三種存儲過程分頁方式。
SET QUOTED_IDENTIFIER ON
GO
SET ANSI_NULLS ON
GO
ALTER proc sp_LaborFiles_GetList
@PageNo int=1,
@PageCount int output
as
declare @PageSize int
declare @RowCount int
DECLARE @p1 INT
DECLARE @sql nvarchar(1000)
SET @PageSize = 20
set @sql = N'select ID,FileName,CreateDate from T_Files Where Deleted = 0 and ( Type=''labor''or Type=''公用'') ORDER BY ID DESC'
EXEC sp_cursoropen @p1 OUTPUT,@Sql,@scrollopt=1,@ccopt=1,@rowcount=@RowCount output
if (@RowCount%@PageSize = 0)
SET @PageCount = @RowCount/@PageSize
ELSE
SET @PageCount = @RowCount/@PageSize + 1
SET @PageNo = (@PageNo - 1) * @PageSize + 1
EXEC SP_CURSORFETCH @P1,16,@PageNo,@PageSize
EXEC SP_CURSORCLOSE @P1
GO
SET QUOTED_IDENTIFIER OFF
GO
SET ANSI_NULLS ON
GO
這個(gè)方式執(zhí)行效率也不好,還返回了兩個(gè)結(jié)果集。
Connection con = session.connection();
CallableStatement sm = con.prepareCall("{call up_Bed_Assign(?,?,?,?,?,?,?,?,?,?)}");
sm.setString(1, c.getDepartment());
sm.setString(2, c.getDivision());
.....
ResultSet set = sm.getResultSet();
當(dāng)遍歷set.next()時(shí),返回false,怎么取得第二個(gè)結(jié)果集尚未得知。這個(gè)執(zhí)行速度也慢。
通過int id = set.getInt("ID"); 這樣的函數(shù)取字段然后重建對象返回對象的集合。
在查了一下也許是采用了callableStatement類的方式,其實(shí)前者效率貌似更高, 于是采用
Session session = CommonDAO.getSession();
Query q = session.getNamedQuery("selectB");
q.setString(0, c.getDepartment());
q.setString(1, c.getDivision());
q.setString(2, c.getBuildingNo());
.....
List lst = q.list();
這樣的方式,需要在..hbm.xml里面配置
<sql-query name="selectB">
<![CDATA[ {call up_Bed_Assign(?,?,?,?,?,?,?,?,?,?)} ]]>
</sql-query>
這樣取出來的是對象集合
for(Object obj : lst){
Object[] objs = (Object[]) obj;
Bed b = new Bed();
b.setId(Integer.parseInt(objs[0].toString()));
還得判斷空值的情況,很麻煩。
最后從事件監(jiān)聽器得到的語句是
SELECT @@MAX_PRECISION
SET TRANSACTION ISOLATION LEVEL READ COMMITTED
SET IMPLICIT_TRANSACTIONS OFF
SET QUOTED_IDENTIFIER ON
SET TEXTSIZE 2147483647
SET IMPLICIT_TRANSACTIONS ON
declare @P1 int
exec sp_prepare @P1 output, N'@P0 nvarchar(4000),@P1 nvarchar(4000),@P2 nvarchar(4000),@P3 nvarchar(4000),@P4 bit,@P5 int,@P6 int,@P7 int,@P8 int,@P9 int', N'EXECUTE up_Bed_Assign @P0 , @P1 , @P2 , @P3 , @P4 , @P5 , @P6 , @P7 , @P8 , @P9 '
select @P1
exec sp_execute @P1, N'', N'', N'', N'', 0, 1, 0, 0, 1, 5
整個(gè)存儲過程影響了5000+5000+5000+20000多行數(shù)據(jù),寒!趕緊優(yōu)化存儲過程,只需要搜索結(jié)果的一部分值就可以了。
再進(jìn)行修改一下??偨Y(jié)一下遇到如下問題
一是存儲過程分頁
二是存儲過程返回結(jié)果集后的處理,多個(gè)結(jié)果集的處理
三是hibernate里面調(diào)用存儲過程的方式和配置
四是存儲過程的書寫,游標(biāo)使用
posted @
2008-06-17 18:16 鳥生魚湯 閱讀(2063) |
評論 (0) |
編輯 收藏
用CSS構(gòu)建iframe的滾動條
iframe應(yīng)用很普遍,通常的需求有兩種:
1. 獲取iframe效果,就是帶一個(gè)滾動條,可以省不少版面。
2. 要嵌一個(gè)頁面,實(shí)現(xiàn)框架鏈接。
如果不方便使用iframe,可以有如下相應(yīng)解決方案:
1. 可以使用css布局來實(shí)現(xiàn),即可以少一個(gè)頁面,也可以提高執(zhí)行效率。
2. 可以采用xmlhttp遠(yuǎn)程獲取數(shù)據(jù)。
A. 直接模擬iframe
用層做容器
#content { overflow:auto; height:185px; width:600px; background:#ccc; padding:10px;}
效果演示:
http://www.rexsong.com/blog/attachments/200601/02_150246_cssiframe1.htm
用body做容器
html { overflow:hidden; height:100%; background:#fff; border:0;}
* html { padding:200px 0 0 100px;}
body { overflow:auto; background:#ccc; margin:0; position:absolute; top:200px; left:100px; bottom:0; right:0;}
* html body { height:100%; width:100%; position:static;}
效果演示:
http://www.rexsong.com/blog/attachments/200601/02_151517_cssiframe2.htm
B. 絕對定位模擬iframe
滾動條在外邊
html { overflow:hidden; border:0; height:100%;}
body { overflow:hidden; margin:0; height:100%; position:relative;}
#content { height:100%; position:relative; z-index:1; overflow:auto;}
#head { position:absolute; top:0; right:16px; width:100%; height:100px; background:#ccc; z-index:2;}
#foot { position:absolute; bottom:0; right:16px; width:100%; background:#ccc; height:50px;z-index:2;}
效果演示:
http://www.rexsong.com/blog/attachments/200601/02_151837_cssiframe3.htm
滾動條在里邊
html { height:100%; max-height:100%; border:0; overflow:hidden;}
* html { padding:100px 0 50px 0;}
body { height:100%; max-height:100%; margin:0; overflow:hidden;}
#content { position:absolute; top:100px; bottom:50px; left:0; right:0; z-index:3; width:100%; overflow:auto;}
* html #content { top:100px; bottom:0; height:100%;}
#head { position:absolute; margin:0; top:0; left:0; width:100%; height:100px; background:#ccc; z-index:5;}
#foot { position:absolute; margin:0; bottom:0; left:0; width:100%; height:50px; z-index:5; background:#ccc;}
效果演示:
http://www.rexsong.com/blog/attachments/200601/02_153241_cssiframe4.htm
強(qiáng)調(diào)一下,standard模式要把body看作是一個(gè)容器,基本和div類似,這和傳統(tǒng)觀念是很不一樣。搞清楚了
html與body的關(guān)系,關(guān)于高級布局的很多問題自然迎刃而解。
posted @
2008-06-02 14:59 鳥生魚湯 閱讀(1121) |
評論 (0) |
編輯 收藏
輸入框的提示:
1.
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
<head>
<title></title>
<style type="text/css">
*{
margin:0px;padding:0px;font-size:12px;
}
input{
width:100px;height:20px;border:1px solid #ccc;
}
</style>
</head>
<body>
<script language="javascript">
function tips(id,str){
var l=document.getElementById(id).offsetLeft+120;
var t=document.getElementById(id).offsetTop;
document.getElementById("tips").innerHTML="提示:"+str;
document.getElementById("tips").style.left=l+"px";
document.getElementById("tips").style.top=t+"px";
document.getElementById("tips").style.display="";
}
function outtips(){
document.getElementById("tips").style.display='none';
}
</script>
<div id="tips" style="position:absolute;border:1px solid #ccc;padding:0px 3px;color:#f00;display:none;height:20px;line-height:20px;background:#fcfcfc"></div>
姓名:<input type="text" id="username" onfocus="tips('username','姓名長度最多16個(gè)字符')" onblur="outtips()" />
密碼:<input type="password" id="password" onfocus="tips('password','密碼長度必須在3-18位之間')" onblur="outtips()" />
</body>
</html>
本文來自: 腳本之家(www.jb51.net) 詳細(xì)出處參考:http://www.jb51.net/article/11170.htm
2.
姓名:<input type="text" id="username" onMouseOver="this.focus()" onBlur="if (value ==''){value='請輸入關(guān)鍵字'}" onFocus="this.select()" onClick="if(this.value=='請輸入關(guān)鍵字')this.value=''"/>
3.
posted @
2008-05-12 15:04 鳥生魚湯 閱讀(306) |
評論 (0) |
編輯 收藏
msdtc.exe是微軟分布式傳輸協(xié)調(diào)程序。該進(jìn)程調(diào)用系統(tǒng)Microsoft Personal Web Server和Microsoft SQL Server。該服務(wù)用于管理多個(gè)服務(wù)器
控制面板--管理工具--服務(wù)--找到Distributed Transaction Coordinator--禁用
MSDTC(分布式交易協(xié)調(diào)器)。協(xié)調(diào)跨多個(gè)數(shù)據(jù)庫、消息隊(duì)列、文件系統(tǒng)等資源管理器的事務(wù)。該服務(wù)的進(jìn)程名為Msdtc.exe。
依存關(guān)系:Remote Procedure Call(RPC)和Security Accounts Manager
建議:一般家用計(jì)算機(jī)涉及不到,除非你啟用Message Queuing服務(wù),可以停止。
啟動不了就在命令提示符里輸入 msdtc -resetlog 然后就可以啟動服務(wù)
posted @
2008-05-12 09:17 鳥生魚湯 閱讀(351) |
評論 (0) |
編輯 收藏
摘要: 簡單介紹一下您的情況?
您怎樣描述自己?
您為何要選擇我公司?
您為了這次面試做了哪些準(zhǔn)備工作?
我們?yōu)槭裁匆蛡蚰?為什么您要應(yīng)聘這個(gè)職位?
您期望的薪金待遇是多少?
什么對您來說更加重要 — 工作還是金錢?
您期望從此職業(yè)中獲得什么 — 金錢、聲望還是事業(yè)成就感?
如果其他公司為您提供了更高的薪水,您會離開我公司嗎?
您生活的最終目標(biāo)是什么?
 ...
閱讀全文
posted @
2008-05-08 11:44 鳥生魚湯 閱讀(1148) |
評論 (0) |
編輯 收藏
程序員面試之葵花寶典
面向?qū)ο蟮奶卣饔心男┓矫?/span>
1. 抽象 :抽象就是忽略一個(gè)主題中與當(dāng)前目標(biāo)無關(guān)的那些方面, 以便更充分地注意與當(dāng)前目標(biāo) 4. 有關(guān)的方面。抽象并不打算了解全部問題,而只是選擇其中的一部分,暫時(shí)不用部分細(xì)節(jié)。抽象包括兩個(gè)方面,一是過程抽象, . 二是數(shù)據(jù)抽象。
11. 繼承 :繼承是一種聯(lián)結(jié)類的層次模型,并且允許和鼓勵(lì)類的重用, 它提供了一種明確表述共性的方法。對象的一個(gè)新類可以從現(xiàn)有的類中派生, 這個(gè)過程稱為類繼承。新類繼承了原始類的特性, 新類稱為原始類的派生類(子類),而原始類稱為新類的基類(父類)。派生類可以從它的基類那里繼承方法和實(shí)例變量, 并且類可以修改或增加新的方法使之更適合特殊的需要。
18.封裝 :封裝是把過程和數(shù)據(jù)包圍起來, 對數(shù)據(jù)的訪問只能通過已定義的界面。面向?qū)ο笥?jì)算始于這個(gè)基本概念,即現(xiàn)實(shí)世界可以被描繪成一系列完全自治、封裝的對象,這些對象通過一個(gè)受保護(hù)的接口訪問其他對象。
22. 多態(tài)性 :多態(tài)性是指允許不同類的對象對同一消息作出響應(yīng)。多態(tài)性包括參數(shù)化多態(tài)性和包含多態(tài)性。多態(tài)性語言具有靈活、抽象、行為共享、代碼共享的優(yōu)勢, 很好的解決了應(yīng)用程序函數(shù)同名問題。
2 、 String 是最基本的數(shù)據(jù)類型嗎 ?
基本數(shù)據(jù)類型包括 byte 、 int 、 char 、 long 、 float 、 double 、 boolean 和 short 。
java.lang.String 類是 final 類型的,因此不可以繼承這個(gè)類、不能修改這個(gè)類。為了提高效率節(jié)省空間,我們應(yīng)該用 StringBuffer 類
3 、 int 和 Integer 有什么區(qū)別
Java 提供兩種不同的類型:引用類型和原始類型(或內(nèi)置類型)。 Int 是 java 的原始數(shù)據(jù)類型, Integer 是 java 為 int 提供的封裝類。 Java 為每個(gè)原始類型提供了封裝類。
原始類型封裝類 booleanBoolean charCharacter byteByte shortShort intInteger longLong floatFloat doubleDouble
引用類型和原始類型的行為完全不同,并且它們具有不同的語義。引用類型和原始類型具有不同的特征和用法,它們包括:大小和速度問題,這種類型以哪種類型的數(shù)據(jù)結(jié)構(gòu)存儲,當(dāng)引用類型和原始類型用作某個(gè)類的實(shí)例數(shù)據(jù)時(shí)所指定的缺省值。對象引用實(shí)例變量的缺省值為 null ,而原始類型實(shí)例變量的缺省值與它們的類型有關(guān)。
4 、 String 和 StringBuffer 的區(qū)別
JAVA 平臺提供了兩個(gè)類: String 和 StringBuffer ,它們可以儲存和操作字符串,即包含多個(gè)字符的字符數(shù)據(jù)。這個(gè) String 類提供了數(shù)值不可改變的字符串。而這個(gè) StringBuffer 類提供的字符串進(jìn)行修改。當(dāng)你知道字符數(shù)據(jù)要改變的時(shí)候你就可以使用 StringBuffer 。典型地,你可以使用 StringBuffers 來動態(tài)構(gòu)造字符數(shù)據(jù)。
5 、運(yùn)行時(shí)異常與一般異常有何異同?
異常表示程序運(yùn)行過程中可能出現(xiàn)的非正常狀態(tài),運(yùn)行時(shí)異常表示虛擬機(jī)的通常操作中可能遇到的異常,是一種常見運(yùn)行錯(cuò)誤。 java 編譯器要求方法必須聲明拋出可能發(fā)生的非運(yùn)行時(shí)異常,但是并不要求必須聲明拋出未被捕獲的運(yùn)行時(shí)異常。
6 、說出 Servlet 的生命周期,并說出 Servlet 和 CGI 的區(qū)別 。
Servlet 被服務(wù)器實(shí)例化后,容器運(yùn)行其 init 方法,請求到達(dá)時(shí)運(yùn)行其 service 方法, service 方法自動派遣運(yùn)行與請求對應(yīng)的 doXXX 方法( doGet , doPost )等,當(dāng)服務(wù)器決定將實(shí)例銷毀的時(shí)候調(diào)用其 destroy 方法。
與 cgi 的區(qū)別在于 servlet 處于服務(wù)器進(jìn)程中,它通過多線程方式運(yùn)行其 service 方法,一個(gè)實(shí)例可以服務(wù)于多個(gè)請求,并且其實(shí)例一般不會銷毀,而 CGI 對每個(gè)請求都產(chǎn)生新的進(jìn)程,服務(wù)完成后就銷毀,所以效率上低于 servlet 。
7 、說出 ArrayList,Vector, LinkedList 的存儲性能和特性
ArrayList 和 Vector 都是使用數(shù)組方式存儲數(shù)據(jù),此數(shù)組元素?cái)?shù)大于實(shí)際存儲的數(shù)據(jù)以便增加和插入元素,它們都允許直接按序號索引元素,但是插入元素要涉及數(shù)組元素移動等內(nèi)存操作,所以索引數(shù)據(jù)快而插入數(shù)據(jù)慢, Vector 由于使用了 synchronized 方法(線程安全),通常性能上較 ArrayList 差,而 LinkedList 使用雙向鏈表實(shí)現(xiàn)存儲,按序號索引數(shù)據(jù)需要進(jìn)行前向或后向遍歷,但是插入數(shù)據(jù)時(shí)只需要記錄本項(xiàng)的前后項(xiàng)即可,所以插入速度較快。
8 、 EJB 是基于哪些技術(shù)實(shí)現(xiàn)的?并說出 SessionBean 和 EntityBean 的區(qū)別, StatefulBean 和 StatelessBean 的區(qū)別。
EJB 包括 Session Bean 、 Entity Bean 、 Message Driven Bean ,基于 JNDI 、 RMI 、 JAT 等技術(shù)實(shí)現(xiàn)。
SessionBean 在 J2EE 應(yīng)用程序中被用來完成一些服務(wù)器端的業(yè)務(wù)操作,例如訪問數(shù)據(jù)庫、調(diào)用其他 EJB 組件。 EntityBean 被用來代表應(yīng)用系統(tǒng)中用到的數(shù)據(jù)。
對于客戶機(jī), SessionBean 是一種非持久性對象,它實(shí)現(xiàn)某些在服務(wù)器上運(yùn)行的業(yè)務(wù)邏輯。
對于客戶機(jī), EntityBean 是一種持久性對象,它代表一個(gè)存儲在持久性存儲器中的實(shí)體的對象視圖,或是一個(gè)由現(xiàn)有企業(yè)應(yīng)用程序?qū)崿F(xiàn)的實(shí)體。
Session Bean 還可以再細(xì)分為 Stateful Session Bean 與 Stateless Session Bean ,這兩種的 Session Bean 都可以將系統(tǒng)邏輯放在 method 之中執(zhí)行,不同的是 Stateful Session Bean 可以記錄呼叫者的狀態(tài),因此通常來說,一個(gè)使用者會有一個(gè)相對應(yīng)的 Stateful Session Bean 的實(shí)體。 Stateless Session Bean 雖然也是邏輯組件,但是他卻不負(fù)責(zé)記錄使用者狀態(tài),也就是說當(dāng)使用者呼叫 Stateless Session Bean 的時(shí)候, EJB Container 并不會找尋特定的 Stateless Session Bean 的實(shí)體來執(zhí)行這個(gè) method 。換言之,很可能數(shù)個(gè)使用者在執(zhí)行某個(gè) Stateless Session Bean 的 methods 時(shí),會是同一個(gè) Bean 的 Instance 在執(zhí)行。從內(nèi)存方面來看, Stateful Session Bean 與 Stateless Session Bean 比較, Stateful Session Bean 會消耗 J2EE Server 較多的內(nèi)存,然而 Stateful Session Bean 的優(yōu)勢卻在于他可以維持使用者的狀態(tài)。
9 、 Collection 和 Collections 的區(qū)別 。 Collection 是集合類的上級接口,繼承與他的接口主要有 Set 和 List.
Collections 是針對集合類的一個(gè)幫助類,他提供一系列靜態(tài)方法實(shí)現(xiàn)對各種集合的搜索、排序、線程安全化等操作。
10 、 & 和 && 的區(qū)別 。
& 是位運(yùn)算符,表示按位與運(yùn)算, && 是邏輯運(yùn)算符,表示邏輯與( and )。
11 、 HashMap 和 Hashtable 的區(qū)別 。
HashMap 是 Hashtable 的輕量級實(shí)現(xiàn)(非線程安全
的實(shí)現(xiàn)),他們都完成了 Map 接口,主要區(qū)別在于 HashMap 允許空( null )鍵值( key ) , 由于非線程安全,效率上可能高于 Hashtable 。
HashMap 允許將 null 作為一個(gè) entry 的 key 或者 value ,而 Hashtable 不允許。
HashMap 把 Hashtable 的 contains 方法去掉了,改成 containsvalue 和 containsKey 。因?yàn)?/span> contains 方法容易讓人引起誤解。 Hashtable 繼承自 Dictionary 類,而 HashMap 是 Java1.2 引進(jìn)的 Map interface 的一個(gè)實(shí)現(xiàn)。
最大的不同是, Hashtable 的方法是 Synchronize 的,而 HashMap 不是,在多個(gè)線程訪問 Hashtable 時(shí),不需要自己為它的方法實(shí)現(xiàn)同步,而 HashMap 就必須為之提供外同步。
Hashtable 和 HashMap 采用的 hash/rehash 算法都大概一樣,所以性能不會有很大的差異。
12 、 final, finally, finalize 的區(qū)別 。
final 用于聲明屬性,方法和類,分別表示屬性不可變,方法不可覆蓋,類不可繼承。 finally 是異常處理語句結(jié)構(gòu)的一部分,表示總是執(zhí)行。 finalize 是 Object 類的一個(gè)方法,在垃圾收集器執(zhí)行的時(shí)候會調(diào)用被回收對象的此方法,可以覆蓋此方法提供垃圾收集時(shí)的其他資源回收,例如關(guān)閉文件等。
13 、 sleep() 和 wait() 有什么區(qū)別 ?
sleep 是線程類( Thread )的方法,導(dǎo)致此線程暫停執(zhí)行指定時(shí)間,給執(zhí)行機(jī)會給其他線程,但是監(jiān)控狀態(tài)依然保持,到時(shí)后會自動恢復(fù)。調(diào)用 sleep 不會釋放對象鎖。 wait 是 Object 類的方法,對此對象調(diào)用 wait 方法導(dǎo)致本線程放棄對象鎖,進(jìn)入等待此對象的等待鎖定池,只有針對此對象發(fā)出 notify 方法(或 notifyAll )后本線程才進(jìn)入對象鎖定池準(zhǔn)備獲得對象鎖進(jìn)入運(yùn)行狀態(tài)。
14 、 Overload 和 Override 的區(qū)別 。
Overloaded 的方法是否可以改變返回值的類型 ?
方法的重寫 Overriding 和重載 Overloading 是 Java 多態(tài)性的不同表現(xiàn)。重寫 Overriding 是父類與子類之間多態(tài)性的一種表現(xiàn),重載 Overloading 是一個(gè)類中多態(tài)性的一種表現(xiàn)。如果在子類中定義某方法與其父類有相同的名稱和參數(shù),我們說該方法被重寫 (Overriding) 。子類的對象使用這個(gè)方法時(shí),將調(diào)用子類中的定義,對它而言,父類中的定義如同被“屏蔽”了。如果在一個(gè)類中定義了多個(gè)同名的方法,它們或有不同的參數(shù)個(gè)數(shù)或有不同的參數(shù)類型,則稱為方法的重載 (Overloading) 。 Overloaded 的方法是可以改變返回值的類型。
15 、 error 和 exception 有什么區(qū)別 ?
error 表示恢復(fù)不是不可能但很困難的情況下的一種嚴(yán)重問題。比如說內(nèi)存溢出。不可能指望程序能處理這樣的情況。
exception 表示一種設(shè)計(jì)或?qū)崿F(xiàn)問題。也就是說,它表示如果程序運(yùn)行正常,從不會發(fā)生的情況。
16 、同步和異步有何異同,在什么情況下分別使用他們?舉例說明。
如果數(shù)據(jù)將在線程間共享。例如正在寫的數(shù)據(jù)以后可能被另一個(gè)線程讀到,或者正在讀的數(shù)據(jù)可能已經(jīng)被另一個(gè)線程寫過了,那么這些數(shù)據(jù)就是共享數(shù)據(jù),必須進(jìn)行同步存取。當(dāng)應(yīng)用程序在對象上調(diào)用了一個(gè)需要花費(fèi)很長時(shí)間來執(zhí)行的方法,并且不希望讓程序等待方法的返回時(shí),就應(yīng)該使用異步編程,在很多情況下采用異步途徑往往更有效率。
17 、 abstract class 和 interface 有什么區(qū)別 ?
聲明方法的存在而不去實(shí)現(xiàn)它的類被叫做抽象類( abstract class ),它用于要?jiǎng)?chuàng)建一個(gè)體現(xiàn)某些基本行為的類,并為該類聲明方法,但不能在該類中實(shí)現(xiàn)該類的情況。不能創(chuàng)建 abstract 類的實(shí)例。然而可以創(chuàng)建一個(gè)變量,其類型是一個(gè)抽象類,并讓它指向具體子類的一個(gè)實(shí)例。不能有抽象構(gòu)造函數(shù)或抽象靜態(tài)方法。 Abstract 類的子類為它們父類中的所有抽象方法提供實(shí)現(xiàn),否則它們也是抽象類為。取而代之,在子類中實(shí)現(xiàn)該方法。知道其行為的其它類可以在類中實(shí)現(xiàn)這些方法。接口( interface )是抽象類的變體。在接口中,所有方法都是抽象的。多繼承性可通過實(shí)現(xiàn)這樣的接口而獲得。接口中的所有方法都是抽象的,沒有一個(gè)有程序體。接口只可以定義 static final 成員變量。接口的實(shí)現(xiàn)與子類相似,除了該實(shí)現(xiàn)類不能從接口定義中繼承行為。當(dāng)類實(shí)現(xiàn)特殊接口時(shí),它定義(即將程序體給予)所有這種接口的方法。然后,它可以在實(shí)現(xiàn)了該接口的類的任何對象上調(diào)用接口的方法。由于有抽象類,它允許使用接口名作為引用變量的類型。通常的動態(tài)聯(lián)編將生效。引用可以轉(zhuǎn)換到接口類型或從接口類型轉(zhuǎn)換, instanceof 運(yùn)算符可以用來決定某對象的類是否實(shí)現(xiàn)了接口。
18 、 heap 和 stack 有什么區(qū)別。
棧是一種線形集合,其添加和刪除元素的操作應(yīng)在同一段完成。棧按照后進(jìn)先出的方式進(jìn)行處理。堆是棧的一個(gè)組成元素
19 、 forward 和 redirect 的區(qū)別
forward 是服務(wù)器請求資源,服務(wù)器直接訪問目標(biāo)地址的 URL ,把那個(gè) URL 的響應(yīng)內(nèi)容讀取過來,然后把這些內(nèi)容再發(fā)給瀏覽器,瀏覽器根本不知道服務(wù)器發(fā)送的內(nèi)容是從哪兒來的,所以它的地址欄中還是原來的地址。 redirect 就是服務(wù)端根據(jù)邏輯 , 發(fā)送一個(gè)狀態(tài)碼 , 告訴瀏覽器重新去請求那個(gè)地址,一般來說瀏覽器會用剛才請求的所有參數(shù)重新請求,所以 session,request 參數(shù)都可以獲取。
20 、 EJB 與 JAVA BEAN 的區(qū)別?
Java Bean 是可復(fù)用的組件,對 Java Bean 并沒有嚴(yán)格的規(guī)范,理論上講,任何一個(gè) Java 類都可以是一個(gè) Bean 。但通常情況下,由于 Java Bean 是被容器所創(chuàng)建(如 Tomcat )的,所以 Java Bean 應(yīng)具有一個(gè)無參的構(gòu)造器,另外,通常 Java Bean 還要實(shí)現(xiàn) Serializable 接口用于實(shí)現(xiàn) Bean 的持久性。 Java Bean 實(shí)際上相當(dāng)于微軟 COM 模型中的本地進(jìn)程內(nèi) COM 組件,它是不能被跨進(jìn)程訪問的。 Enterprise Java Bean 相當(dāng)于 DCOM ,即分布式組件。它是基于 Java 的遠(yuǎn)程方法調(diào)用( RMI )技術(shù)的,所以 EJB 可以被遠(yuǎn)程訪問(跨進(jìn)程、跨計(jì)算機(jī))。但 EJB 必須被布署在諸如 Webspere 、 WebLogic 這樣的容器中, EJB 客戶從不直接訪問真正的 EJB 組件,而是通過其容器訪問。 EJB 容器是 EJB 組件的代理, EJB 組件由容器所創(chuàng)建和管理。客戶通過容器來訪問真正的 EJB 組件。
21 、 Static Nested Class 和 Inner Class 的不同。
Static Nested Class 是被聲明為靜態(tài)( static )的內(nèi)部類,它可以不依賴于外部類實(shí)例被實(shí)例化。而通常的內(nèi)部類需要在外部類實(shí)例化后才能實(shí)例化。
22 、 JSP 中動態(tài) INCLUDE 與靜態(tài) INCLUDE 的區(qū)別?
動態(tài) INCLUDE 用 jsp:include 動作實(shí)現(xiàn) <jsp:include page="included.jsp" flush="true" /> 它總是會檢查所含文件中的變化,適合用于包含動態(tài)頁面,并且可以帶參數(shù)。靜態(tài) INCLUDE 用 include 偽碼實(shí)現(xiàn) , 定不會檢查所含文件的變化,適用于包含靜態(tài)頁面 <%@ include file="included.htm" %>
23 、什么時(shí)候用 assert 。
assertion( 斷言 ) 在軟件開發(fā)中是一種常用的調(diào)試方式,很多開發(fā)語言中都支持這種機(jī)制。在實(shí)現(xiàn)中, assertion 就是在程序中的一條語句,它對一個(gè) boolean 表達(dá)式進(jìn)行檢查,一個(gè)正確程序必須保證這個(gè) boolean 表達(dá)式的值為 true ;如果該值為 false ,說明程序已經(jīng)處于不正確的狀態(tài)下,系統(tǒng)將給出警告或退出。一般來說, assertion 用于保證程序最基本、關(guān)鍵的正確性。 assertion 檢查通常在開發(fā)和測試時(shí)開啟。為了提高性能,在軟件發(fā)布后, assertion 檢查通常是關(guān)閉的。
posted @
2008-05-08 11:35 鳥生魚湯 閱讀(153) |
評論 (0) |
編輯 收藏
1.Collection List Set Map 區(qū)別記憶
這些都代表了Java中的集合,這里主要從其元素是否有序,是否可重復(fù)來進(jìn)行區(qū)別記憶,以便恰當(dāng)?shù)厥褂?,?dāng)然還存在同步方面的差異,見上一篇相關(guān)文章。
|
有序否
|
允許元素重復(fù)否
|
Collection
|
否
|
是
|
List
|
是
|
是
|
Set
|
AbstractSet
|
否
|
否
|
HashSet
|
TreeSet
|
是(用二叉樹排序)
|
Map
|
AbstractMap
|
否
|
使用key-value來映射和存儲數(shù)據(jù),Key必須惟一,value可以重復(fù)
|
HashMap
|
TreeMap
|
是(用二叉樹排序)
|
List 接口對Collection進(jìn)行了簡單的擴(kuò)充,它的具體實(shí)現(xiàn)類常用的有ArrayList和LinkedList。你可以將任何東西放到一個(gè)List容器 中,并在需要時(shí)從中取出。ArrayList從其命名中可以看出它是一種類似數(shù)組的形式進(jìn)行存儲,因此它的隨機(jī)訪問速度極快,而LinkedList的內(nèi) 部實(shí)現(xiàn)是鏈表,它適合于在鏈表中間需要頻繁進(jìn)行插入和刪除操作。在具體應(yīng)用時(shí)可以根據(jù)需要自由選擇。前面說的Iterator只能對容器進(jìn)行向前遍歷,而 ListIterator則繼承了Iterator的思想,并提供了對List進(jìn)行雙向遍歷的方法。
Set接口也是 Collection的一種擴(kuò)展,而與List不同的時(shí),在Set中的對象元素不能重復(fù),也就是說你不能把同樣的東西兩次放入同一個(gè)Set容器中。它的常 用具體實(shí)現(xiàn)有HashSet和TreeSet類。HashSet能快速定位一個(gè)元素,但是你放到HashSet中的對象需要實(shí)現(xiàn)hashCode()方 法,它使用了前面說過的哈希碼的算法。而TreeSet則將放入其中的元素按序存放,這就要求你放入其中的對象是可排序的,這就用到了集合框架提供的另外 兩個(gè)實(shí)用類Comparable和Comparator。一個(gè)類是可排序的,它就應(yīng)該實(shí)現(xiàn)Comparable接口。有時(shí)多個(gè)類具有相同的排序算法,那就 不需要在每分別重復(fù)定義相同的排序算法,只要實(shí)現(xiàn)Comparator接口即可。集合框架中還有兩個(gè)很實(shí)用的公用類:Collections和 Arrays。Collections提供了對一個(gè)Collection容器進(jìn)行諸如排序、復(fù)制、查找和填充等一些非常有用的方法,Arrays則是對一 個(gè)數(shù)組進(jìn)行類似的操作。
Map是一種把鍵對象和值對象進(jìn)行關(guān)聯(lián)的容器,而一個(gè)值對象又可以是一個(gè)Map,依次類推,這樣就可 形成一個(gè)多級映射。對于鍵對象來說,像Set一樣,一個(gè)Map容器中的鍵對象不允許重復(fù),這是為了保持查找結(jié)果的一致性;如果有兩個(gè)鍵對象一樣,那你想得 到那個(gè)鍵對象所對應(yīng)的值對象時(shí)就有問題了,可能你得到的并不是你想的那個(gè)值對象,結(jié)果會造成混亂,所以鍵的唯一性很重要,也是符合集合的性質(zhì)的。當(dāng)然在使 用過程中,某個(gè)鍵所對應(yīng)的值對象可能會發(fā)生變化,這時(shí)會按照最后一次修改的值對象與鍵對應(yīng)。對于值對象則沒有唯一性的要求。你可以將任意多個(gè)鍵都映射到一 個(gè)值對象上,這不會發(fā)生任何問題(不過對你的使用卻可能會造成不便,你不知道你得到的到底是那一個(gè)鍵所對應(yīng)的值對象)。Map有兩種比較常用的實(shí)現(xiàn): HashMap和TreeMap。HashMap也用到了哈希碼的算法,以便快速查找一個(gè)鍵,TreeMap則是對鍵按序存放,因此它便有一些擴(kuò)展的方 法,比如firstKey(),lastKey()等,你還可以從TreeMap中指定一個(gè)范圍以取得其子Map。鍵和值的關(guān)聯(lián)很簡單,用pub (Object key,Object value)方法即可將一個(gè)鍵與一個(gè)值對象相關(guān)聯(lián)。用get(Object key)可得到與此key對象所對應(yīng)的值對象。
2.List、vector、set、map的區(qū)別與聯(lián)系
在使用Java的時(shí)候,我們都會遇到使用集合(Collection)的時(shí)候,但是Java API提供了多種集合的實(shí)現(xiàn),我在使用和面試的時(shí)候頻頻遇到這樣的“抉擇” 。 :)(主要還是面試的時(shí)候)
久而久之,也就有了一點(diǎn)點(diǎn)的心得體會,寫出來以供大家討論。
總的說來,Java API中所用的集合類,都是實(shí)現(xiàn)了Collection接口,他的一個(gè)類繼承結(jié)構(gòu)如下:
Collection<--List<--Vector
Collection<--List<--ArrayList
Collection<--List<--LinkedList
Collection<--Set<--HashSet
Collection<--Set<--HashSet<--LinkedHashSet
Collection<--Set<--SortedSet<--TreeSetVector : 基于Array的List,其實(shí)就是封裝了Array所不具備的一些功能方便我們使用,它不可能走入Array的限制。性能也就不可能超越Array。所以,在可能的情況下,我們要多運(yùn)用Array。另外很重要的一點(diǎn)就是Vector“sychronized”的,這個(gè)也是Vector和ArrayList的唯一的區(qū)別。
ArrayList:同Vector一樣是一個(gè)基于Array上的鏈表,但是不同的是ArrayList不是同步的。所以在性能上要比Vector優(yōu)越一些,但是當(dāng)運(yùn)行到多線程環(huán)境中時(shí),可需要自己在管理線程的同步問題。
LinkedList:LinkedList不同于前面兩種List,它不是基于Array的,所以不受Array性能的限制。它每一個(gè)節(jié)點(diǎn)(Node)都包含兩方面的內(nèi)容:1.節(jié)點(diǎn)本身的數(shù)據(jù)(data);2.下一個(gè)節(jié)點(diǎn)的信息(nextNode)。所以當(dāng)對LinkedList做添加,刪除動作的時(shí)候就不用像基于Array的List一樣,必須進(jìn)行大量的數(shù)據(jù)移動。只要更改nextNode的相關(guān)信息就可以實(shí)現(xiàn)了。這就是LinkedList的優(yōu)勢。
List總結(jié):
1. 所有的List中只能容納單個(gè)不同類型的對象組成的表,而不是Key-Value鍵值對。例如:[ tom,1,c ];
2. 所有的List中可以有相同的元素,例如Vector中可以有 [ tom,koo,too,koo ];
3. 所有的List中可以有null元素,例如[ tom,null,1 ];
4. 基于Array的List(Vector,ArrayList)適合查詢,而LinkedList(鏈表)適合添加,刪除操作。
HashSet:雖然Set同List都實(shí)現(xiàn)了Collection接口,但是他們的實(shí)現(xiàn)方式卻大不一樣。List基本上都是以Array為基礎(chǔ)。但是Set則是在HashMap的基礎(chǔ)上來實(shí)現(xiàn)的,這個(gè)就是Set和List的根本區(qū)別。HashSet的存儲方式是把HashMap中的Key作為Set的對應(yīng)存儲項(xiàng)??纯?/span>HashSet的add(Object obj)方法的實(shí)現(xiàn)就可以一目了然了。
public boolean add(Object obj)
{
return map.put(obj, PRESENT) == null;
}
這個(gè)也是為什么在Set中不能像在List中一樣有重復(fù)的項(xiàng)的根本原因,因?yàn)?/span>HashMap的key是不能有重復(fù)的。
LinkedHashSet:HashSet的一個(gè)子類,一個(gè)鏈表。
TreeSet:SortedSet的子類,它不同于HashSet的根本就是TreeSet是有序的。它是通過SortedMap來實(shí)現(xiàn)的。
Set總結(jié):
1. Set實(shí)現(xiàn)的基礎(chǔ)是Map(HashMap);
2. Set中的元素是不能重復(fù)的,如果使用add(Object obj)方法添加已經(jīng)存在的對象,則會覆蓋前面的對象;
3.Java基本概念:集合類 List/Set/Map... 的區(qū)別和聯(lián)系
Collection:List、Set
Map:HashMap、HashTable
如何在它們之間選擇
一、Array , Arrays
Java所有“存儲及隨機(jī)訪問一連串對象”的做法,array是最有效率的一種。
1、
效率高,但容量固定且無法動態(tài)改變。
array還有一個(gè)缺點(diǎn)是,無法判斷其中實(shí)際存有多少元素,length只是告訴我們array的容量。
2、Java中有一個(gè)Arrays類,專門用來操作array。
arrays中擁有一組static函數(shù),
equals():比較兩個(gè)array是否相等。array擁有相同元素個(gè)數(shù),且所有對應(yīng)元素兩兩相等。
fill():將值填入array中。
sort():用來對array進(jìn)行排序。
binarySearch():在排好序的array中尋找元素。
System.arraycopy():array的復(fù)制。
二、Collection , Map
若撰寫程序時(shí)不知道究竟需要多少對象,需要在空間不足時(shí)自動擴(kuò)增容量,則需要使用容器類庫,array不適用。
1、Collection 和 Map 的區(qū)別
容器內(nèi)每個(gè)為之所存儲的元素個(gè)數(shù)不同。
Collection類型者,每個(gè)位置只有一個(gè)元素。
Map類型者,持有 key-value pair,像個(gè)小型數(shù)據(jù)庫。
2、各自旗下的子類關(guān)系
Collection --List: 將以特定次序存儲元素。所以取出來的順序可能和放入順序不同。
--ArrayList / LinkedList / Vector --Set : 不能含有重復(fù)的元素
--HashSet / TreeSet
Map
--HashMap
--HashTable
--TreeMap
3、其他特征
* List,Set,Map將持有對象一律視為Object型別。
* Collection、List、Set、Map都是接口,不能實(shí)例化。
繼承自它們的 ArrayList, Vector, HashTable, HashMap是具象class,這些才可被實(shí)例化。
* vector容器確切知道它所持有的對象隸屬什么型別。vector不進(jìn)行邊界檢查。
三、Collections
Collections是針對集合類的一個(gè)幫助類。提供了一系列靜態(tài)方法實(shí)現(xiàn)對各種集合的搜索、排序、線程完全化等操作。
相當(dāng)于對Array進(jìn)行類似操作的類——Arrays。
如,Collections.max(Collection coll); 取coll中最大的元素。
Collections.sort(List list); 對list中元素排序
四、如何選擇?
1、容器類和Array的區(qū)別、擇取
* 容器類僅能持有對象引用(指向?qū)ο蟮闹羔槪?,而不是將對象信息copy一份至數(shù)列某位置。
* 一旦將對象置入容器內(nèi),便損失了該對象的型別信息。
2、
* 在各種Lists中,最好的做法是以ArrayList作為缺省選擇。當(dāng)插入、刪除頻繁時(shí),使用LinkedList();
Vector總是比ArrayList慢,所以要盡量避免使用。
* 在各種Sets中,HashSet通常優(yōu)于HashTree(插入、查找)。只有當(dāng)需要產(chǎn)生一個(gè)經(jīng)過排序的序列,才用TreeSet。
HashTree存在的唯一理由:能夠維護(hù)其內(nèi)元素的排序狀態(tài)。
* 在各種Maps中
HashMap用于快速查找。
* 當(dāng)元素個(gè)數(shù)固定,用Array,因?yàn)锳rray效率是最高的。
結(jié)論:最常用的是ArrayList,HashSet,HashMap,Array。
注意:
1、Collection沒有g(shù)et()方法來取得某個(gè)元素。只能通過iterator()遍歷元素。
2、Set和Collection擁有一模一樣的接口。
3、List,可以通過get()方法來一次取出一個(gè)元素。使用數(shù)字來選擇一堆對象中的一個(gè),get(0)...。(add/get)
4、一般使用ArrayList。用LinkedList構(gòu)造堆棧stack、隊(duì)列queue。
5、Map用 put(k,v) / get(k),還可以使用containsKey()/containsValue()來檢查其中是否含有某個(gè)key/value。
HashMap會利用對象的hashCode來快速找到key。
* hashing 哈希碼就是將對象的信息經(jīng)過一些轉(zhuǎn)變形成一個(gè)獨(dú)一無二的int值,這個(gè)值存儲在一個(gè)array中。
我們都知道所有存儲結(jié)構(gòu)中,array查找速度是最快的。所以,可以加速查找。
發(fā)生碰撞時(shí),讓array指向多個(gè)values。即,數(shù)組每個(gè)位置上又生成一個(gè)梿表。
6、Map中元素,可以將key序列、value序列單獨(dú)抽取出來。使用keySet()抽取key序列,將map中的所有keys生成一個(gè)Set。
使用values()抽取value序列,將map中的所有values生成一個(gè)Collection。
為什么一個(gè)生成Set,一個(gè)生成Collection?那是因?yàn)?,key總是獨(dú)一無二的,value允許重復(fù)。
posted @
2008-04-08 13:34 鳥生魚湯 閱讀(249) |
評論 (0) |
編輯 收藏
Java集合框架使用總結(jié)
前言:
本文是對
Java集合框架做了一個(gè)概括性的解說,目的是對
Java集合框架體系有個(gè)總體認(rèn)識,如果你想學(xué)習(xí)具體的接口和類的使用方法,請參看
Java API文檔。
一、概述
數(shù)據(jù)結(jié)構(gòu)對程序設(shè)計(jì)有著深遠(yuǎn)的影響,在面向過程的C語言中,數(shù)據(jù)庫結(jié)構(gòu)用struct來描述,而在面向?qū)ο蟮木幊讨校瑪?shù)據(jù)結(jié)構(gòu)是用類來描述的,并且包含有對該數(shù)據(jù)結(jié)構(gòu)操作的方法。
在
Java語言中,
Java語言的設(shè)計(jì)者對常用的數(shù)據(jù)結(jié)構(gòu)和算法做了一些規(guī)范(接口)和實(shí)現(xiàn)(具體實(shí)現(xiàn)接口的類)。所有抽象出來的數(shù)據(jù)結(jié)構(gòu)和操作(算法)統(tǒng)稱為
Java集合框架(
Java Collection Framework)。
Java程序員在具體應(yīng)用時(shí),不必考慮數(shù)據(jù)結(jié)構(gòu)和算法實(shí)現(xiàn)細(xì)節(jié),只需要用這些類創(chuàng)建出來一些對象,然后直接應(yīng)用就可以了。這樣就大大提高了編程效率。
二、
集合框架的層次結(jié)構(gòu)
Collection是集合接口
|————Set子接口:無序,不允許重復(fù)。
|————List子接口:有序,可以有重復(fù)元素。
區(qū)別:Collections是集合類
Set和List對比:
Set:檢索元素效率低下,刪除和插入效率高,插入和刪除不會引起元素位置改變。
List:和數(shù)組類似,List可以動態(tài)增長,查找元素效率高,插入刪除元素效率低,因?yàn)闀鹌渌匚恢酶淖儭?
Set和List具體子類:
Set
|————HashSet:以哈希表的形式存放元素,插入刪除速度很快。
List
|————ArrayList:動態(tài)數(shù)組
|————LinkedList:鏈表、隊(duì)列、堆棧。
Array和
java.util.Vector
Vector是一種老的動態(tài)數(shù)組,是線程同步的,效率很低,一般不贊成使用。
三、Iterator迭代器(接口)
Iterator是獲取集合中元素的過程,實(shí)際上幫助獲取集合中的元素。
迭代器代替了
Java Collections Framework 中的 Enumeration。迭代器與枚舉有兩點(diǎn)不同:
迭代器允許調(diào)用方利用定義良好的語義在迭代期間從迭代器所指向的集合移除元素。
方法名稱得到了改進(jìn)。
Iterator僅有一個(gè)子接口ListIterator,是列表迭代器,允許程序員按任一方向遍歷列表、迭代期間修改列表,并獲得迭代器在列表中的當(dāng)前位置。ListIterator 沒有當(dāng)前元素;它的光標(biāo)位置 始終位于調(diào)用 previous() 所返回的元素和調(diào)用 next() 所返回的元素之間。在長度為 n 的列表中,有 n+1 個(gè)有效的索引值,從 0 到 n(包含)。
四、
集合框架之外的Map接口
Map將鍵映射到值的對象。一個(gè)映射不能包含重復(fù)的鍵;每個(gè)鍵最多只能映射一個(gè)值。
Map接口是Dictionary(字典)抽象類的替代品。
Map 接口提供三種collection 視圖,允許以鍵集、值集合或鍵-值映射關(guān)系集的形式查看某個(gè)映射的內(nèi)容。映射的順序 定義為迭代器在映射的 collection 視圖中返回其元素的順序。某些映射實(shí)現(xiàn)可明確保證其順序,如 TreeMap 類;某些映射實(shí)現(xiàn)則不保證順序,如 HashMap 類。
有兩個(gè)常見的已實(shí)現(xiàn)的子類:
HashMap:基于哈希表的 Map 接口的實(shí)現(xiàn)。此實(shí)現(xiàn)提供所有可選的映射操作,并允許使用 null 值和 null 鍵。(除了不同步和允許使用 null 之外,HashMap 類與 Hashtable 大致相同。)此類不保證映射的順序,特別是它不保證該順序恒久不變。
TreeMap:它實(shí)現(xiàn)SortedMap 接口的基于紅黑樹的實(shí)現(xiàn)。此類保證了映射按照升序順序排列關(guān)鍵字,根據(jù)使用的構(gòu)造方法不同,可能會按照鍵的類的自然順序 進(jìn)行排序(參見 Comparable),或者按照創(chuàng)建時(shí)所提供的比較器進(jìn)行排序。
Hashtable:此類實(shí)現(xiàn)一個(gè)哈希表,該哈希表將鍵映射到相應(yīng)的值。任何非 null 對象都可以用作鍵或值。
五、線程安全類
在
集合框架中,有些類是線程安全的,這些都是JDK1.1中的出現(xiàn)的。在JDK1.2之后,就出現(xiàn)許許多多非線程安全的類。
下面是這些線程安全的同步的類:
Vector:就比ArrayList多了個(gè)同步化機(jī)制(線程安全)。
Statck:堆棧類,先進(jìn)后出。
Hashtable:就比HashMap多了個(gè)線程安全。
Enumeration:枚舉,相當(dāng)于迭代器。
除了這些之外,其他的都是非線程安全的類和接口。
線程安全的類其方法是同步的,每次只能一個(gè)訪問。是重量級對象,效率較低。對于非線程安全的類和接口,在多線程中需要程序員自己處理線程安全問題。
六、其他一些接口和類介紹
Dictionary和Hashtable類:
Dictionary提供鍵值映射的功能,是個(gè)抽象類。一般使用它的子類HashTable類。遍歷Hashtable類要用到枚舉。
Properties類
Properties 繼承于 Hashtable,Properties 類表示了一個(gè)持久的屬性集。Properties 可保存在流中或從流中加載。屬性列表中每個(gè)鍵及其對應(yīng)值都是一個(gè)字符串。一般可以通過讀取properties配置文件來填充Properties對象。
參考文檔:
java api 文檔
前言:
這篇文章的目的是提醒大家對字符串三種類型做個(gè)綜合的比較,使得在使用字符串三種類的時(shí)候有個(gè)選擇依據(jù),這樣可以極大提高程序運(yùn)行的效率。如果你對這三個(gè)類已經(jīng)很熟悉了,我明確告訴你,你需要看了,如果你還不明白字符串是什么,想有個(gè)大概認(rèn)識,ok,繼續(xù)! 如果你向?qū)W習(xí)這三種類具體怎么用的,抱歉,請看API文檔去。
此文章參考了API文檔,但不是API文檔的拷貝,明鑒!
一、String類
String 類不是原始基本數(shù)據(jù)類型,在Java中,字符串是一個(gè)對象。
String 類代表字符串。Java 程序中的所有字符串字面值(如 "abc" )都作為此類的實(shí)例來實(shí)現(xiàn)。
字符串是常量;它們的值在創(chuàng)建之后不能改變。字符串緩沖區(qū)支持可變的字符串。因?yàn)?String 對象是不可變的,所以可以共享它們。例如:
String str = "abc";
等效于:
char data[] = {'a', 'b', 'c'};
String str = new String(data);
下面給出了一些如何使用字符串的更多例子:
System.out.println("abc");
String cde = "cde";
System.out.println("abc" + cde);
String c = "abc".substring(2,3);
String d = cde.substring(1, 2);
既然是字符串是對象,那么任何String的變量,在沒有初始化之前,它的值都為null,其實(shí)所有的沒有初始化的對象的值都是null;所有的原始類型的變量在沒有初始化之前Java編譯器都會給出一個(gè)默認(rèn)值。
Java 語言提供對字符串串聯(lián)符號("+")和其他對象到字符串的轉(zhuǎn)換的特殊支持。字符串串聯(lián)是通過 StringBuilder(或 StringBuffer)類及其 append 方法實(shí)現(xiàn)的。字符串轉(zhuǎn)換是通過 toString 方法實(shí)現(xiàn)的,該方法由 Object 類定義,并可被 Java 中所有類繼承。有關(guān)字符串串聯(lián)和轉(zhuǎn)換的更多信息,請參閱 Gosling、Joy 和 Steele 合著的《The Java Language Specification》。
除非另行說明,否則將 null 參數(shù)傳遞給此類中的構(gòu)造方法或方法都會拋出 NullPointerException。
String 表示一個(gè) UTF-16 格式的字符串,其中的增補(bǔ)字符 由代理項(xiàng)對 表示(有關(guān)詳細(xì)信息,請參閱 Character 類中的 Unicode 字符表示形式)。索引值是指 char 代碼單元,因此增補(bǔ)字符在 String 中占用兩個(gè)位置。
String 類提供處理 Unicode 代碼點(diǎn)(即字符)和 Unicode 代碼單元(即 char 值)的方法。
String使用的陷阱:String一經(jīng)初始化后,就不會在改變其內(nèi)容了。對String字符串的操作實(shí)際上對其副本(原始拷貝)的操作,原來的字符串一點(diǎn)都沒有改變。比如:
string s="a"; //創(chuàng)建了一個(gè)字符串
s=s+"b"; //實(shí)際上原來的"a"字符串對象已經(jīng)丟棄了,現(xiàn)在又產(chǎn)生了一個(gè)字符串s+"b"(也就是"ab")。如果多次執(zhí)行這些改變串內(nèi)容的操作,會導(dǎo)致大量副本字符串對象存留在內(nèi)存中,降低效率。如果這樣的操作放到循環(huán)中,會極大影響程序的性能。
相反,StringBuffer類是對原字符串本身操作的,可以對字符串進(jìn)行修改而不產(chǎn)生副本拷貝??梢栽谘h(huán)中使用。
因此,如果要對字符串做修改處理等操作,最好避免直接用String類型。可以選用StringBuffer類型。
二、StringBuffer類
StringBuffer類是線程安全的可變字符序列。一個(gè)類似于 String 的字符串緩沖區(qū),但不能修改。雖然在任意時(shí)間點(diǎn)上它都包含某種特定的字符序列,但通過某些方法調(diào)用可以改變該序列的長度和內(nèi)容。
可將字符串緩沖區(qū)安全地用于多個(gè)線程??梢栽诒匾獣r(shí)對這些方法進(jìn)行同步,因此任意特定實(shí)例上的所有操作就好像是以串行順序發(fā)生的,該順序與所涉及的每個(gè)線程進(jìn)行的方法調(diào)用順序一致。
StringBuffer 上的主要操作是 append 和 insert 方法,可重載這些方法,以接受任意類型的數(shù)據(jù)。每個(gè)方法都能有效地將給定的數(shù)據(jù)轉(zhuǎn)換成字符串,然后將該字符串的字符追加或插入到字符串緩沖區(qū)中。append 方法始終將這些字符添加到緩沖區(qū)的末端;而 insert 方法則在指定的點(diǎn)添加字符。
例如,如果 z 引用一個(gè)當(dāng)前內(nèi)容為 "start" 的字符串緩沖區(qū)對象,則此方法調(diào)用 z.append("le") 會使字符串緩沖區(qū)包含 "startle",而 z.insert(4, "le") 將更改字符串緩沖區(qū),使之包含 "starlet"。
通常,如果 sb 引用 StringBuilder 的一個(gè)實(shí)例,則 sb.append(x) 和 sb.insert(sb.length(), x) 具有相同的效果。
當(dāng)發(fā)生與源序列有關(guān)的操作(如源序列中的追加或插入操作)時(shí),該類只在執(zhí)行此操作的字符串緩沖區(qū)上而不是在源上實(shí)現(xiàn)同步。
每個(gè)字符串緩沖區(qū)都有一定的容量。只要字符串緩沖區(qū)所包含的字符序列的長度沒有超出此容量,就無需分配新的內(nèi)部緩沖區(qū)數(shù)組。如果內(nèi)部緩沖區(qū)溢出,則此容量自動增大。從 JDK 5 開始,為該類補(bǔ)充了一個(gè)單個(gè)線程使用的等價(jià)類,即 StringBuilder。與該類相比,通常應(yīng)該優(yōu)先使用 StringBuilder 類,因?yàn)樗С炙邢嗤牟僮鳎捎谒粓?zhí)行同步,所以速度更快。
三、StringBuilder類
StringBuilder類是一個(gè)可變的字符序列。此類提供一個(gè)與 StringBuffer 兼容的 API,但不保證同步。該類被設(shè)計(jì)用作 StringBuffer 的一個(gè)簡易替換,用在字符串緩沖區(qū)被單個(gè)線程使用的時(shí)候(這種情況很普遍)。如果可能,建議優(yōu)先采用該類,因?yàn)樵诖蠖鄶?shù)實(shí)現(xiàn)中,它比 StringBuffer 要快。
在 StringBuilder 上的主要操作是 append 和 insert 方法,可重載這些方法,以接受任意類型的數(shù)據(jù)。每個(gè)方法都能有效地將給定的數(shù)據(jù)轉(zhuǎn)換成字符串,然后將該字符串的字符追加或插入到字符串生成器中。append 方法始終將這些字符添加到生成器的末端;而 insert 方法則在指定的點(diǎn)添加字符。
例如,如果 z 引用一個(gè)當(dāng)前內(nèi)容為 "start" 的字符串的生成器對象,則該方法調(diào)用 z.append("le") 將使字符串生成器包含 "startle",而 z.insert(4, "le") 將更改字符串生成器,使之包含 "starlet"。
通常,如果 sb 引用 StringBuilder 的實(shí)例,則 sb.append(x) 和 sb.insert(sb.length(), x) 具有相同的效果。每個(gè)字符串生成器都有一定的容量。只要字符串生成器所包含的字符序列的長度沒有超出此容量,就無需分配新的內(nèi)部緩沖區(qū)。如果內(nèi)部緩沖區(qū)溢出,則此容量自動增大。
將 StringBuilder 的實(shí)例用于多個(gè)線程是不安全的。如果需要這樣的同步,則建議使用 StringBuffer。
四、字符串的比較
”==“比較此字符串是否引用同一個(gè)實(shí)例,是否指向同一個(gè)內(nèi)存地址。
equals(Object anObject)比較此字符串是否是同一個(gè)實(shí)例,是否指向同一個(gè)內(nèi)存地址。
equalsIgnoreCase(String anotherString)將此 String 與另一個(gè) String 進(jìn)行比較,不考慮大小寫。
參考資料:
java api 中文文檔
posted @
2008-04-07 14:42 鳥生魚湯 閱讀(569) |
評論 (0) |
編輯 收藏