我們的生活越來越精彩
學(xué)無止境,恒心,毅力,堅持 |
在本地tomcat服務(wù)器上都可以調(diào)用,結(jié)果放到apusic服務(wù)器上就出現(xiàn)這樣的問題,但發(fā)現(xiàn)有的附件是可以打開的,URL地址象:
后面總結(jié)了一下,情況是
doc 可以打開
xls 亂碼 西歐windows UTF-8
rar 亂碼 GB2312
有的同事說是字符集亂碼的問題,可是我就連字符集亂碼都搞不懂。
然后找同事討教了處理下載文件的辦法,雖然自己也用過這樣的下載方法,可是這樣的話比較麻煩,就一個簡單的鏈接還要用到后臺的就太復(fù)雜化了。
然后在網(wǎng)上找了找字符集的知識,和utf-8 doc xls 的東西。
發(fā)現(xiàn)有一個mime-mapping 這樣的配置的東西,配置了一下真的是這個問題。
ClassName:java.sql.SQLException
Message:OLE DB 提供程序 'Microsoft.Jet.OLEDB.4.0' 報錯。
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)
項目部署在本機(jī)沒問題。發(fā)布到測試服務(wù)器上也沒問題。本地部署的用測試服務(wù)器的數(shù)據(jù)庫就出現(xiàn)上面的錯誤。 今天的hibernate調(diào)用的存儲過程,分頁的時候執(zhí)行速度太慢,要1分鐘。
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
這個方式執(zhí)行效率也不好,還返回了兩個結(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()時,返回false,怎么取得第二個結(jié)果集尚未得知。這個執(zhí)行速度也慢。
通過int id = set.getInt("ID"); 這樣的函數(shù)取字段然后重建對象返回對象的集合。
在查了一下也許是采用了callableStatement類的方式,其實前者效率貌似更高, 于是采用
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
整個存儲過程影響了5000+5000+5000+20000多行數(shù)據(jù),寒!趕緊優(yōu)化存儲過程,只需要搜索結(jié)果的一部分值就可以了。
再進(jìn)行修改一下??偨Y(jié)一下遇到如下問題
一是存儲過程分頁
二是存儲過程返回結(jié)果集后的處理,多個結(jié)果集的處理
三是hibernate里面調(diào)用存儲過程的方式和配置
四是存儲過程的書寫,游標(biāo)使用
輸入框的提示:
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個字符')" 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
msdtc.exe是微軟分布式傳輸協(xié)調(diào)程序。該進(jìn)程調(diào)用系統(tǒng)Microsoft Personal Web Server和Microsoft SQL Server。該服務(wù)用于管理多個服務(wù)器
控制面板--管理工具--服務(wù)--找到Distributed Transaction Coordinator--禁用
MSDTC(分布式交易協(xié)調(diào)器)。協(xié)調(diào)跨多個數(shù)據(jù)庫、消息隊列、文件系統(tǒng)等資源管理器的事務(wù)。該服務(wù)的進(jìn)程名為Msdtc.exe。
依存關(guān)系:Remote Procedure Call(RPC)和Security Accounts Manager
建議:一般家用計算機(jī)涉及不到,除非你啟用Message Queuing服務(wù),可以停止。
程序員面試之葵花寶典
面向?qū)ο蟮奶卣饔心男┓矫?/span>
1. 抽象 :抽象就是忽略一個主題中與當(dāng)前目標(biāo)無關(guān)的那些方面, 以便更充分地注意與當(dāng)前目標(biāo) 4. 有關(guān)的方面。抽象并不打算了解全部問題,而只是選擇其中的一部分,暫時不用部分細(xì)節(jié)。抽象包括兩個方面,一是過程抽象, . 二是數(shù)據(jù)抽象。
11. 繼承 :繼承是一種聯(lián)結(jié)類的層次模型,并且允許和鼓勵類的重用, 它提供了一種明確表述共性的方法。對象的一個新類可以從現(xiàn)有的類中派生, 這個過程稱為類繼承。新類繼承了原始類的特性, 新類稱為原始類的派生類(子類),而原始類稱為新類的基類(父類)。派生類可以從它的基類那里繼承方法和實例變量, 并且類可以修改或增加新的方法使之更適合特殊的需要。
18.封裝 :封裝是把過程和數(shù)據(jù)包圍起來, 對數(shù)據(jù)的訪問只能通過已定義的界面。面向?qū)ο笥嬎闶加谶@個基本概念,即現(xiàn)實世界可以被描繪成一系列完全自治、封裝的對象,這些對象通過一個受保護(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 類型的,因此不可以繼承這個類、不能修改這個類。為了提高效率節(jié)省空間,我們應(yīng)該用 StringBuffer 類
3 、 int 和 Integer 有什么區(qū)別
Java 提供兩種不同的類型:引用類型和原始類型(或內(nèi)置類型)。 Int 是 java 的原始數(shù)據(jù)類型, Integer 是 java 為 int 提供的封裝類。 Java 為每個原始類型提供了封裝類。
原始類型封裝類 booleanBoolean charCharacter byteByte shortShort intInteger longLong floatFloat doubleDouble
引用類型和原始類型的行為完全不同,并且它們具有不同的語義。引用類型和原始類型具有不同的特征和用法,它們包括:大小和速度問題,這種類型以哪種類型的數(shù)據(jù)結(jié)構(gòu)存儲,當(dāng)引用類型和原始類型用作某個類的實例數(shù)據(jù)時所指定的缺省值。對象引用實例變量的缺省值為 null ,而原始類型實例變量的缺省值與它們的類型有關(guān)。
4 、 String 和 StringBuffer 的區(qū)別
JAVA 平臺提供了兩個類: String 和 StringBuffer ,它們可以儲存和操作字符串,即包含多個字符的字符數(shù)據(jù)。這個 String 類提供了數(shù)值不可改變的字符串。而這個 StringBuffer 類提供的字符串進(jìn)行修改。當(dāng)你知道字符數(shù)據(jù)要改變的時候你就可以使用 StringBuffer 。典型地,你可以使用 StringBuffers 來動態(tài)構(gòu)造字符數(shù)據(jù)。
5 、運行時異常與一般異常有何異同?
異常表示程序運行過程中可能出現(xiàn)的非正常狀態(tài),運行時異常表示虛擬機(jī)的通常操作中可能遇到的異常,是一種常見運行錯誤。 java 編譯器要求方法必須聲明拋出可能發(fā)生的非運行時異常,但是并不要求必須聲明拋出未被捕獲的運行時異常。
6 、說出 Servlet 的生命周期,并說出 Servlet 和 CGI 的區(qū)別 。
Servlet 被服務(wù)器實例化后,容器運行其 init 方法,請求到達(dá)時運行其 service 方法, service 方法自動派遣運行與請求對應(yīng)的 doXXX 方法( doGet , doPost )等,當(dāng)服務(wù)器決定將實例銷毀的時候調(diào)用其 destroy 方法。
與 cgi 的區(qū)別在于 servlet 處于服務(wù)器進(jìn)程中,它通過多線程方式運行其 service 方法,一個實例可以服務(wù)于多個請求,并且其實例一般不會銷毀,而 CGI 對每個請求都產(chǎn)生新的進(jìn)程,服務(wù)完成后就銷毀,所以效率上低于 servlet 。
7 、說出 ArrayList,Vector, LinkedList 的存儲性能和特性
ArrayList 和 Vector 都是使用數(shù)組方式存儲數(shù)據(jù),此數(shù)組元素數(shù)大于實際存儲的數(shù)據(jù)以便增加和插入元素,它們都允許直接按序號索引元素,但是插入元素要涉及數(shù)組元素移動等內(nèi)存操作,所以索引數(shù)據(jù)快而插入數(shù)據(jù)慢, Vector 由于使用了 synchronized 方法(線程安全),通常性能上較 ArrayList 差,而 LinkedList 使用雙向鏈表實現(xiàn)存儲,按序號索引數(shù)據(jù)需要進(jìn)行前向或后向遍歷,但是插入數(shù)據(jù)時只需要記錄本項的前后項即可,所以插入速度較快。
8 、 EJB 是基于哪些技術(shù)實現(xiàn)的?并說出 SessionBean 和 EntityBean 的區(qū)別, StatefulBean 和 StatelessBean 的區(qū)別。
EJB 包括 Session Bean 、 Entity Bean 、 Message Driven Bean ,基于 JNDI 、 RMI 、 JAT 等技術(shù)實現(xiàn)。
SessionBean 在 J2EE 應(yīng)用程序中被用來完成一些服務(wù)器端的業(yè)務(wù)操作,例如訪問數(shù)據(jù)庫、調(diào)用其他 EJB 組件。 EntityBean 被用來代表應(yīng)用系統(tǒng)中用到的數(shù)據(jù)。
對于客戶機(jī), SessionBean 是一種非持久性對象,它實現(xiàn)某些在服務(wù)器上運行的業(yè)務(wù)邏輯。
對于客戶機(jī), EntityBean 是一種持久性對象,它代表一個存儲在持久性存儲器中的實體的對象視圖,或是一個由現(xiàn)有企業(yè)應(yīng)用程序?qū)崿F(xiàn)的實體。
Session Bean 還可以再細(xì)分為 Stateful Session Bean 與 Stateless Session Bean ,這兩種的 Session Bean 都可以將系統(tǒng)邏輯放在 method 之中執(zhí)行,不同的是 Stateful Session Bean 可以記錄呼叫者的狀態(tài),因此通常來說,一個使用者會有一個相對應(yīng)的 Stateful Session Bean 的實體。 Stateless Session Bean 雖然也是邏輯組件,但是他卻不負(fù)責(zé)記錄使用者狀態(tài),也就是說當(dāng)使用者呼叫 Stateless Session Bean 的時候, EJB Container 并不會找尋特定的 Stateless Session Bean 的實體來執(zhí)行這個 method 。換言之,很可能數(shù)個使用者在執(zhí)行某個 Stateless Session Bean 的 methods 時,會是同一個 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 是針對集合類的一個幫助類,他提供一系列靜態(tài)方法實現(xiàn)對各種集合的搜索、排序、線程安全化等操作。
10 、 & 和 && 的區(qū)別 。
& 是位運算符,表示按位與運算, && 是邏輯運算符,表示邏輯與( and )。
11 、 HashMap 和 Hashtable 的區(qū)別 。
HashMap 是 Hashtable 的輕量級實現(xiàn)(非線程安全
的實現(xiàn)),他們都完成了 Map 接口,主要區(qū)別在于 HashMap 允許空( null )鍵值( key ) , 由于非線程安全,效率上可能高于 Hashtable 。
HashMap 允許將 null 作為一個 entry 的 key 或者 value ,而 Hashtable 不允許。
HashMap 把 Hashtable 的 contains 方法去掉了,改成 containsvalue 和 containsKey 。因為 contains 方法容易讓人引起誤解。 Hashtable 繼承自 Dictionary 類,而 HashMap 是 Java1.2 引進(jìn)的 Map interface 的一個實現(xiàn)。
最大的不同是, Hashtable 的方法是 Synchronize 的,而 HashMap 不是,在多個線程訪問 Hashtable 時,不需要自己為它的方法實現(xiàn)同步,而 HashMap 就必須為之提供外同步。
Hashtable 和 HashMap 采用的 hash/rehash 算法都大概一樣,所以性能不會有很大的差異。
12 、 final, finally, finalize 的區(qū)別 。
final 用于聲明屬性,方法和類,分別表示屬性不可變,方法不可覆蓋,類不可繼承。 finally 是異常處理語句結(jié)構(gòu)的一部分,表示總是執(zhí)行。 finalize 是 Object 類的一個方法,在垃圾收集器執(zhí)行的時候會調(diào)用被回收對象的此方法,可以覆蓋此方法提供垃圾收集時的其他資源回收,例如關(guān)閉文件等。
13 、 sleep() 和 wait() 有什么區(qū)別 ?
sleep 是線程類( Thread )的方法,導(dǎo)致此線程暫停執(zhí)行指定時間,給執(zhí)行機(jī)會給其他線程,但是監(jiān)控狀態(tài)依然保持,到時后會自動恢復(fù)。調(diào)用 sleep 不會釋放對象鎖。 wait 是 Object 類的方法,對此對象調(diào)用 wait 方法導(dǎo)致本線程放棄對象鎖,進(jìn)入等待此對象的等待鎖定池,只有針對此對象發(fā)出 notify 方法(或 notifyAll )后本線程才進(jìn)入對象鎖定池準(zhǔn)備獲得對象鎖進(jìn)入運行狀態(tài)。
14 、 Overload 和 Override 的區(qū)別 。
Overloaded 的方法是否可以改變返回值的類型 ?
方法的重寫 Overriding 和重載 Overloading 是 Java 多態(tài)性的不同表現(xiàn)。重寫 Overriding 是父類與子類之間多態(tài)性的一種表現(xiàn),重載 Overloading 是一個類中多態(tài)性的一種表現(xiàn)。如果在子類中定義某方法與其父類有相同的名稱和參數(shù),我們說該方法被重寫 (Overriding) 。子類的對象使用這個方法時,將調(diào)用子類中的定義,對它而言,父類中的定義如同被“屏蔽”了。如果在一個類中定義了多個同名的方法,它們或有不同的參數(shù)個數(shù)或有不同的參數(shù)類型,則稱為方法的重載 (Overloading) 。 Overloaded 的方法是可以改變返回值的類型。
15 、 error 和 exception 有什么區(qū)別 ?
error 表示恢復(fù)不是不可能但很困難的情況下的一種嚴(yán)重問題。比如說內(nèi)存溢出。不可能指望程序能處理這樣的情況。
exception 表示一種設(shè)計或?qū)崿F(xiàn)問題。也就是說,它表示如果程序運行正常,從不會發(fā)生的情況。
16 、同步和異步有何異同,在什么情況下分別使用他們?舉例說明。
如果數(shù)據(jù)將在線程間共享。例如正在寫的數(shù)據(jù)以后可能被另一個線程讀到,或者正在讀的數(shù)據(jù)可能已經(jīng)被另一個線程寫過了,那么這些數(shù)據(jù)就是共享數(shù)據(jù),必須進(jìn)行同步存取。當(dāng)應(yīng)用程序在對象上調(diào)用了一個需要花費很長時間來執(zhí)行的方法,并且不希望讓程序等待方法的返回時,就應(yīng)該使用異步編程,在很多情況下采用異步途徑往往更有效率。
17 、 abstract class 和 interface 有什么區(qū)別 ?
聲明方法的存在而不去實現(xiàn)它的類被叫做抽象類( abstract class ),它用于要創(chuàng)建一個體現(xiàn)某些基本行為的類,并為該類聲明方法,但不能在該類中實現(xiàn)該類的情況。不能創(chuàng)建 abstract 類的實例。然而可以創(chuàng)建一個變量,其類型是一個抽象類,并讓它指向具體子類的一個實例。不能有抽象構(gòu)造函數(shù)或抽象靜態(tài)方法。 Abstract 類的子類為它們父類中的所有抽象方法提供實現(xiàn),否則它們也是抽象類為。取而代之,在子類中實現(xiàn)該方法。知道其行為的其它類可以在類中實現(xiàn)這些方法。接口( interface )是抽象類的變體。在接口中,所有方法都是抽象的。多繼承性可通過實現(xiàn)這樣的接口而獲得。接口中的所有方法都是抽象的,沒有一個有程序體。接口只可以定義 static final 成員變量。接口的實現(xiàn)與子類相似,除了該實現(xiàn)類不能從接口定義中繼承行為。當(dāng)類實現(xiàn)特殊接口時,它定義(即將程序體給予)所有這種接口的方法。然后,它可以在實現(xiàn)了該接口的類的任何對象上調(diào)用接口的方法。由于有抽象類,它允許使用接口名作為引用變量的類型。通常的動態(tài)聯(lián)編將生效。引用可以轉(zhuǎn)換到接口類型或從接口類型轉(zhuǎn)換, instanceof 運算符可以用來決定某對象的類是否實現(xiàn)了接口。
18 、 heap 和 stack 有什么區(qū)別。
棧是一種線形集合,其添加和刪除元素的操作應(yīng)在同一段完成。棧按照后進(jìn)先出的方式進(jìn)行處理。堆是棧的一個組成元素
19 、 forward 和 redirect 的區(qū)別
forward 是服務(wù)器請求資源,服務(wù)器直接訪問目標(biāo)地址的 URL ,把那個 URL 的響應(yīng)內(nèi)容讀取過來,然后把這些內(nèi)容再發(fā)給瀏覽器,瀏覽器根本不知道服務(wù)器發(fā)送的內(nèi)容是從哪兒來的,所以它的地址欄中還是原來的地址。 redirect 就是服務(wù)端根據(jù)邏輯 , 發(fā)送一個狀態(tài)碼 , 告訴瀏覽器重新去請求那個地址,一般來說瀏覽器會用剛才請求的所有參數(shù)重新請求,所以 session,request 參數(shù)都可以獲取。
20 、 EJB 與 JAVA BEAN 的區(qū)別?
Java Bean 是可復(fù)用的組件,對 Java Bean 并沒有嚴(yán)格的規(guī)范,理論上講,任何一個 Java 類都可以是一個 Bean 。但通常情況下,由于 Java Bean 是被容器所創(chuàng)建(如 Tomcat )的,所以 Java Bean 應(yīng)具有一個無參的構(gòu)造器,另外,通常 Java Bean 還要實現(xiàn) Serializable 接口用于實現(xiàn) Bean 的持久性。 Java Bean 實際上相當(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ī))。但 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)部類,它可以不依賴于外部類實例被實例化。而通常的內(nèi)部類需要在外部類實例化后才能實例化。
22 、 JSP 中動態(tài) INCLUDE 與靜態(tài) INCLUDE 的區(qū)別?
動態(tài) INCLUDE 用 jsp:include 動作實現(xiàn) <jsp:include page="included.jsp" flush="true" /> 它總是會檢查所含文件中的變化,適合用于包含動態(tài)頁面,并且可以帶參數(shù)。靜態(tài) INCLUDE 用 include 偽碼實現(xiàn) , 定不會檢查所含文件的變化,適用于包含靜態(tài)頁面 <%@ include file="included.htm" %>
23 、什么時候用 assert 。
assertion( 斷言 ) 在軟件開發(fā)中是一種常用的調(diào)試方式,很多開發(fā)語言中都支持這種機(jī)制。在實現(xiàn)中, assertion 就是在程序中的一條語句,它對一個 boolean 表達(dá)式進(jìn)行檢查,一個正確程序必須保證這個 boolean 表達(dá)式的值為 true ;如果該值為 false ,說明程序已經(jīng)處于不正確的狀態(tài)下,系統(tǒng)將給出警告或退出。一般來說, assertion 用于保證程序最基本、關(guān)鍵的正確性。 assertion 檢查通常在開發(fā)和測試時開啟。為了提高性能,在軟件發(fā)布后, assertion 檢查通常是關(guān)閉的。
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ò)充,它的具體實現(xiàn)類常用的有ArrayList和LinkedList。你可以將任何東西放到一個List容器 中,并在需要時從中取出。ArrayList從其命名中可以看出它是一種類似數(shù)組的形式進(jìn)行存儲,因此它的隨機(jī)訪問速度極快,而LinkedList的內(nèi) 部實現(xiàn)是鏈表,它適合于在鏈表中間需要頻繁進(jìn)行插入和刪除操作。在具體應(yīng)用時可以根據(jù)需要自由選擇。前面說的Iterator只能對容器進(jìn)行向前遍歷,而 ListIterator則繼承了Iterator的思想,并提供了對List進(jìn)行雙向遍歷的方法。
Set接口也是 Collection的一種擴(kuò)展,而與List不同的時,在Set中的對象元素不能重復(fù),也就是說你不能把同樣的東西兩次放入同一個Set容器中。它的常 用具體實現(xiàn)有HashSet和TreeSet類。HashSet能快速定位一個元素,但是你放到HashSet中的對象需要實現(xiàn)hashCode()方 法,它使用了前面說過的哈希碼的算法。而TreeSet則將放入其中的元素按序存放,這就要求你放入其中的對象是可排序的,這就用到了集合框架提供的另外 兩個實用類Comparable和Comparator。一個類是可排序的,它就應(yīng)該實現(xiàn)Comparable接口。有時多個類具有相同的排序算法,那就 不需要在每分別重復(fù)定義相同的排序算法,只要實現(xiàn)Comparator接口即可。集合框架中還有兩個很實用的公用類:Collections和 Arrays。Collections提供了對一個Collection容器進(jìn)行諸如排序、復(fù)制、查找和填充等一些非常有用的方法,Arrays則是對一 個數(shù)組進(jìn)行類似的操作。
Map是一種把鍵對象和值對象進(jìn)行關(guān)聯(lián)的容器,而一個值對象又可以是一個Map,依次類推,這樣就可 形成一個多級映射。對于鍵對象來說,像Set一樣,一個Map容器中的鍵對象不允許重復(fù),這是為了保持查找結(jié)果的一致性;如果有兩個鍵對象一樣,那你想得 到那個鍵對象所對應(yīng)的值對象時就有問題了,可能你得到的并不是你想的那個值對象,結(jié)果會造成混亂,所以鍵的唯一性很重要,也是符合集合的性質(zhì)的。當(dāng)然在使 用過程中,某個鍵所對應(yīng)的值對象可能會發(fā)生變化,這時會按照最后一次修改的值對象與鍵對應(yīng)。對于值對象則沒有唯一性的要求。你可以將任意多個鍵都映射到一 個值對象上,這不會發(fā)生任何問題(不過對你的使用卻可能會造成不便,你不知道你得到的到底是那一個鍵所對應(yīng)的值對象)。Map有兩種比較常用的實現(xiàn): HashMap和TreeMap。HashMap也用到了哈希碼的算法,以便快速查找一個鍵,TreeMap則是對鍵按序存放,因此它便有一些擴(kuò)展的方 法,比如firstKey(),lastKey()等,你還可以從TreeMap中指定一個范圍以取得其子Map。鍵和值的關(guān)聯(lián)很簡單,用pub (Object key,Object value)方法即可將一個鍵與一個值對象相關(guān)聯(lián)。用get(Object key)可得到與此key對象所對應(yīng)的值對象。
2.List、vector、set、map的區(qū)別與聯(lián)系
Collection:List、Set
Map:HashMap、HashTable
如何在它們之間選擇
一、Array , Arrays
Java所有“存儲及隨機(jī)訪問一連串對象”的做法,array是最有效率的一種。
1、
效率高,但容量固定且無法動態(tài)改變。
array還有一個缺點是,無法判斷其中實際存有多少元素,length只是告訴我們array的容量。
2、Java中有一個Arrays類,專門用來操作array。
arrays中擁有一組static函數(shù),
equals():比較兩個array是否相等。array擁有相同元素個數(shù),且所有對應(yīng)元素兩兩相等。
fill():將值填入array中。
sort():用來對array進(jìn)行排序。
binarySearch():在排好序的array中尋找元素。
System.arraycopy():array的復(fù)制。
二、Collection , Map
若撰寫程序時不知道究竟需要多少對象,需要在空間不足時自動擴(kuò)增容量,則需要使用容器類庫,array不適用。
1、Collection 和 Map 的區(qū)別
容器內(nèi)每個為之所存儲的元素個數(shù)不同。
Collection類型者,每個位置只有一個元素。
Map類型者,持有 key-value pair,像個小型數(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都是接口,不能實例化。
繼承自它們的 ArrayList, Vector, HashTable, HashMap是具象class,這些才可被實例化。
* vector容器確切知道它所持有的對象隸屬什么型別。vector不進(jìn)行邊界檢查。
三、Collections
Collections是針對集合類的一個幫助類。提供了一系列靜態(tài)方法實現(xiàn)對各種集合的搜索、排序、線程完全化等操作。
相當(dāng)于對Array進(jìn)行類似操作的類——Arrays。
如,Collections.max(Collection coll); 取coll中最大的元素。
Collections.sort(List list); 對list中元素排序
四、如何選擇?
1、容器類和Array的區(qū)別、擇取
* 容器類僅能持有對象引用(指向?qū)ο蟮闹羔槪皇菍ο笮畔opy一份至數(shù)列某位置。
* 一旦將對象置入容器內(nèi),便損失了該對象的型別信息。
2、
* 在各種Lists中,最好的做法是以ArrayList作為缺省選擇。當(dāng)插入、刪除頻繁時,使用LinkedList();
Vector總是比ArrayList慢,所以要盡量避免使用。
* 在各種Sets中,HashSet通常優(yōu)于HashTree(插入、查找)。只有當(dāng)需要產(chǎn)生一個經(jīng)過排序的序列,才用TreeSet。
HashTree存在的唯一理由:能夠維護(hù)其內(nèi)元素的排序狀態(tài)。
* 在各種Maps中
HashMap用于快速查找。
* 當(dāng)元素個數(shù)固定,用Array,因為Array效率是最高的。
結(jié)論:最常用的是ArrayList,HashSet,HashMap,Array。
注意:
1、Collection沒有g(shù)et()方法來取得某個元素。只能通過iterator()遍歷元素。
2、Set和Collection擁有一模一樣的接口。
3、List,可以通過get()方法來一次取出一個元素。使用數(shù)字來選擇一堆對象中的一個,get(0)...。(add/get)
4、一般使用ArrayList。用LinkedList構(gòu)造堆棧stack、隊列queue。
5、Map用 put(k,v) / get(k),還可以使用containsKey()/containsValue()來檢查其中是否含有某個key/value。
HashMap會利用對象的hashCode來快速找到key。
* hashing 哈希碼就是將對象的信息經(jīng)過一些轉(zhuǎn)變形成一個獨一無二的int值,這個值存儲在一個array中。
我們都知道所有存儲結(jié)構(gòu)中,array查找速度是最快的。所以,可以加速查找。
發(fā)生碰撞時,讓array指向多個values。即,數(shù)組每個位置上又生成一個梿表。
6、Map中元素,可以將key序列、value序列單獨抽取出來。使用keySet()抽取key序列,將map中的所有keys生成一個Set。
使用values()抽取value序列,將map中的所有values生成一個Collection。
為什么一個生成Set,一個生成Collection?那是因為,key總是獨一無二的,value允許重復(fù)。
| |||||||||
日 | 一 | 二 | 三 | 四 | 五 | 六 | |||
---|---|---|---|---|---|---|---|---|---|
25 | 26 | 27 | 28 | 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 |