log4j.properties
超文本傳輸安全協(xié)議(縮寫:HTTPS,英語(yǔ):Hypertext Transfer Protocol Secure)是超文本傳輸協(xié)議和SSL/TLS的組合,用以提供加密通訊及對(duì)網(wǎng)絡(luò)服務(wù)器身份的鑒定。HTTPS連接經(jīng)常被用于萬(wàn)維網(wǎng)上的交易支付和企業(yè)信息系統(tǒng)中敏感信息的傳輸。HTTPS不應(yīng)與在RFC 2660中定義的安全超文本傳輸協(xié)議(S-HTTP)相混。
HTTPS的主要思想是在不安全的網(wǎng)絡(luò)上創(chuàng)建一安全信道,并可在使用適當(dāng)?shù)募用馨?em>服務(wù)器證書可被驗(yàn)證且可被信任時(shí),對(duì)竊聽和中間人攻擊提供合理的保護(hù)。
HTTPS的信任繼承基于預(yù)先安裝在瀏覽器中的證書頒發(fā)機(jī)構(gòu)(如VeriSign、Microsoft等)(意即“我信任證書頒發(fā)機(jī)構(gòu)告訴我應(yīng)該信任的”)。因此,一個(gè)到某網(wǎng)站的HTTPS連接可被信任,當(dāng)且僅當(dāng):
https://example
時(shí)收到了給“Example Inc.”而不是其它組織的證書);要使一網(wǎng)絡(luò)服務(wù)器準(zhǔn)備好接受HTTPS連接,管理員必須創(chuàng)建一數(shù)字證書,并交由證書頒發(fā)機(jī)構(gòu)簽名以使瀏覽器接受。證書頒發(fā)機(jī)構(gòu)會(huì)驗(yàn)證數(shù)字證書持有人和其聲明的為同一人。瀏覽器通常都預(yù)裝了證書頒發(fā)機(jī)構(gòu)的證書,所以他們可以驗(yàn)證該簽名。
HTTPS也可被用作客戶端認(rèn)證手段來(lái)將一些信息限制給合法的用戶。要做到這樣,管理員通常會(huì)給每個(gè)用戶創(chuàng)建證書(通常包含了用戶的名字和電子郵件地址)。這個(gè)證書會(huì)被放置在瀏覽器中,并在每次連接到服務(wù)器時(shí)由服務(wù)器檢查。
證書可在其過期前被吊銷,通常情況是該證書的私鑰已經(jīng)失密。較新的瀏覽器如Google Chrome、Firefox[7]、Opera[8]和運(yùn)行在Windows Vista上的Internet Explorer[9]都實(shí)現(xiàn)了在線證書狀態(tài)協(xié)議(OCSP)以排除這種情形:瀏覽器將網(wǎng)站提供的證書的串行號(hào)通過OCSP發(fā)送給證書頒發(fā)機(jī)構(gòu),后者會(huì)告訴瀏覽器證書是否還是有效的。[10]
TLS有兩種策略:簡(jiǎn)單策略和交互策略。交互策略更為安全,但需要用戶在他們的瀏覽器中安裝個(gè)人的證書來(lái)進(jìn)行認(rèn)證。
不管使用了哪種策略,協(xié)議所能提供的保護(hù)總強(qiáng)烈地依賴于瀏覽器的實(shí)現(xiàn)和服務(wù)器軟件所支持的加密算法。
HTTPS并不能防止站點(diǎn)被網(wǎng)絡(luò)蜘蛛抓取。在某些情形中,被加密資源的URL可僅通過截獲請(qǐng)求和響應(yīng)的大小推得,[11]這就可使攻擊者同時(shí)知道明文(公開的靜態(tài)內(nèi)容)和密文(被加密過的明文),從而使選擇密文攻擊成為可能。
因?yàn)?a title="安全套接層" style="text-decoration: none; color: #0b0080; background-image: none; background-position: initial initial; background-repeat: initial initial;">SSL在HTTP之下工作,對(duì)上層協(xié)議一無(wú)所知,所以SSL服務(wù)器只能為一個(gè)IP地址/端口組合提供一個(gè)證書。[12]這就意味著在大部分情況下,使用HTTPS的同時(shí)支持基于名字的虛擬主機(jī)是不很現(xiàn)實(shí)的。一種叫域名指示(SNI)的方案通過在加密連接創(chuàng)建前向服務(wù)器發(fā)送主機(jī)名解決了這一問題。Firefox 2、Opera8和運(yùn)行在Windows Vista的Internet Explorer 7都加入了對(duì)SNI的支持。[13][14][15]
因?yàn)镠TTPS連接所用的公鑰以明文傳輸,因此中國(guó)大陸的防火長(zhǎng)城可以對(duì)特定網(wǎng)站按照匹配的黑名單證書,通過偽裝成對(duì)方向連接兩端的計(jì)算機(jī)發(fā)送RST包干擾兩臺(tái)計(jì)算機(jī)間正常的TCP通訊,以打斷與特定IP地址之間的443端口握手,或者直接使握手的數(shù)據(jù)包丟棄,導(dǎo)致握手失敗,從而導(dǎo)致TLS連接失敗。[16]這也是一種互聯(lián)網(wǎng)信息審查和屏蔽的技術(shù)手段。
如果Mac OS X中的家長(zhǎng)控制被啟用,那么HTTPS站點(diǎn)必須顯式地在“總是允許”列表中列出。[17]
值傳遞(pass by value):stack(棧,常量、基本數(shù)據(jù)類型(八種)、對(duì)象引用、指令(對(duì)象的方法)),簡(jiǎn)單類型。
引用傳遞(pss by reference):stack(棧)和heap(堆,對(duì)象實(shí)例(object instance))。
stream在引用傳遞的過程中,不要隨意關(guān)閉,一關(guān)都關(guān)!
double:雙精度浮點(diǎn)數(shù),64位(bits)8字節(jié),它可以表示十進(jìn)制的15或16位有效數(shù)字。
float:?jiǎn)尉雀↑c(diǎn)數(shù),32位(bits)4字節(jié)。
浮點(diǎn):浮動(dòng)小數(shù)點(diǎn)。
當(dāng)部分網(wǎng)頁(yè)上面的JAVA插件無(wú)法運(yùn)行,系統(tǒng)提示是由于您的安全設(shè)置,所以該運(yùn)行程序被阻止了,此問題是由于您的JAVA安全設(shè)置的級(jí)別引起的。
JAVA安全設(shè)置修改方式:windows控制面板 -> 程序 -> Java -> 安全。
通常做法是定義一個(gè)Servlet,并在web.xml中配置Servlet的啟動(dòng)順序<load-on-startup>的值在DispatcherServlet之后。但這樣做的缺點(diǎn)是在Servlet中無(wú)法使用Spring的依賴注入功能,只能使用WebApplicationContext的getBean()方法獲取bean。
找到的解決辦法如下:
1、自定義一個(gè)用于代理啟動(dòng)Servlet的類DelegatingServletProxy:
2、編寫啟動(dòng)Servlet:
3、在web.xml文件中配置InitialServlet :
在看這篇文章前,我推薦你看一下Eclipse 快捷鍵手冊(cè),我的eclipse版本是4.2 Juno。
先提三點(diǎn)
想象一下我們平時(shí)如何添加斷點(diǎn),通常的做法是雙擊行號(hào)的左邊。在debug視圖中,BreakPoint View將所有斷點(diǎn)都列出來(lái),但是我們可以添加一個(gè)boolean類型的條件來(lái)決定斷點(diǎn)是否被跳過。如果條件為真,在斷點(diǎn)處程序?qū)⑼V?,否則斷點(diǎn)被跳過,程序繼續(xù)執(zhí)行。
2、異常斷點(diǎn)
在斷點(diǎn)view中有一個(gè)看起來(lái)像J!的按鈕,我們可以使用它添加一個(gè)基于異常的斷點(diǎn),例如我們希望當(dāng)NullPointerException拋出的時(shí)候程序暫停,我們可以這樣:
3、觀察點(diǎn)
這個(gè)特性我非常喜歡,他允許當(dāng)一個(gè)選定的屬性被訪問或者被更改的時(shí)候程序執(zhí)行暫停,并進(jìn)行debug。最簡(jiǎn)單的辦法是在類中聲明成員變量的語(yǔ)句行號(hào)左邊雙擊,就可以加入一個(gè)觀察點(diǎn)。
4、查看變量
在選中的變量上使用Ctrl+Shift+d 或者 Ctrl+Shift+i可以查看變量值,另外我們還可以在Expressions View中添加監(jiān)視。
5、改變變量值
我們可以在Debug的時(shí)候改變其中變量的值。在Variables View中可以按下圖所示操作。
10、進(jìn)入、跳過、返回
摘要: 1、面向?qū)ο蟮奶卣饔心男┓矫?nbsp;(1).抽象: 抽象就是忽略一個(gè)主題中與當(dāng)前目標(biāo)無(wú)關(guān)的那些方面,以便更充分地注意與當(dāng)前目標(biāo)有關(guān)的方面。抽象并不打算了解全部問題,而只是選擇其中的一部分,暫時(shí)不用部分細(xì) 節(jié)。抽象包括兩個(gè)方面,一是過程抽象,二是數(shù)據(jù)抽象。 (2).繼承: 繼承是一種聯(lián)結(jié)類的層次模型,并且允許和鼓勵(lì)類的重用,它提供了一種明確表述共性的方法。對(duì)象的一個(gè)... 閱讀全文
Beanutils用了魔術(shù)般的反射技術(shù),實(shí)現(xiàn)了很多夸張有用的功能,都是C/C++時(shí)代不敢想的。無(wú)論誰(shuí)的項(xiàng)目,始終一天都會(huì)用得上它。我算是后知后覺了,第一回看到它的時(shí)候居然錯(cuò)過。
1.屬性的動(dòng)態(tài)getter,setter
BeanUtils.getProperty(myBean,"code");
BeanUtils.getProperty(orderBean, "address.city");
BeanUtils.getProperty(orderBean, "customers[1].name");
2.beanCompartor 動(dòng)態(tài)排序
List peoples = ...; // Person對(duì)象的列表Collections.sort(peoples, new BeanComparator("age"));
如果要支持多個(gè)屬性的復(fù)合排序,如"Order By lastName,firstName"
ArrayList sortFields = new ArrayList();sortFields.add(new BeanComparator("lastName"));
sortFields.add(new BeanComparator("firstName"));
ComparatorChain multiSort = new ComparatorChain(sortFields);
Collections.sort(rows,multiSort);
其中ComparatorChain屬于jakata commons-collections包。
如果age屬性不是普通類型,構(gòu)造函數(shù)需要再傳入一個(gè)comparator對(duì)象為age變量排序。
另外, BeanCompartor本身的ComparebleComparator, 遇到屬性為null就會(huì)拋出異常, 也不能設(shè)定升序還是降序。
這個(gè)時(shí)候又要借助commons-collections包的ComparatorUtils.
Comparator mycmp = ComparableComparator.getInstance();
mycmp = ComparatorUtils.nullLowComparator(mycmp); //允許null
mycmp = ComparatorUtils.reversedComparator(mycmp); //逆序
Comparator cmp = new BeanComparator(sortColumn, mycmp);
經(jīng)常要從request,resultSet等對(duì)象取出值來(lái)賦入bean中,下面的代碼誰(shuí)都寫膩了,如果不用MVC框架的綁定功能的話。
String a = request.getParameter("a"); bean.setA(a); String b = ....
不妨寫一個(gè)Binder:
MyBean bean = ...; HashMap map = new HashMap(); Enumeration names = request.getParameterNames(); while (names.hasMoreElements()) { String name = (String) names.nextElement(); map.put(name, request.getParameterValues(name)); } BeanUtils.populate(bean, map);
其中BeanUtils的populate方法或者getProperty,setProperty方法其實(shí)都會(huì)調(diào)用convert進(jìn)行轉(zhuǎn)換。
但Converter只支持一些基本的類型,甚至連java.util.Date類型也不支持。而且它比較笨的一個(gè)地方是當(dāng)遇到不認(rèn)識(shí)的類型時(shí),居然會(huì)拋出異常來(lái)。
對(duì)于Date類型,我參考它的sqldate類型實(shí)現(xiàn)了一個(gè)Converter,而且添加了一個(gè)設(shè)置日期格式的函數(shù)。
要把這個(gè)Converter注冊(cè),需要如下語(yǔ)句:
ConvertUtilsBean convertUtils = new ConvertUtilsBean();
DateConverter dateConverter = new DateConverter();
convertUtils.register(dateConverter,Date.class);
//因?yàn)橐?cè)converter,所以不能再使用BeanUtils的靜態(tài)方法了,必須創(chuàng)建BeanUtilsBean實(shí)例
BeanUtilsBean beanUtils = new BeanUtilsBean(convertUtils,new PropertyUtilsBean());
beanUtils.setProperty(bean, name, value);
4 其他功能 public static Class getPropertyType(Object bean, String name)
public static Object invokeConstructor(Class klass, Object arg)
4.4 MethodUtils,動(dòng)態(tài)調(diào)用方法
MethodUtils.invokeMethod(bean, methodName, parameter);
4.5 動(dòng)態(tài)Bean 見用DynaBean減除不必要的VO和FormBean
很久很久以前,有一群人,他們決定用8個(gè)可以開合的晶體管來(lái)組合成不同的狀態(tài),以表示世界上的萬(wàn)物。他們看到8個(gè)開關(guān)狀態(tài)是好的,于是他們把這稱為"字節(jié)"。
再后來(lái),他們又做了一些可以處理這些字節(jié)的機(jī)器,機(jī)器開動(dòng)了,可以用字節(jié)來(lái)組合出很多狀態(tài),狀態(tài)開始變來(lái)變?nèi)ァK麄兛吹竭@樣是好的,于是它們就這機(jī)器稱為"計(jì)算機(jī)"。
開始計(jì)算機(jī)只在美國(guó)用。八位的字節(jié)一共可以組合出256(2的8次方)種不同的狀態(tài)。
他們把其中的編號(hào)從0開始的32種狀態(tài)分別規(guī)定了特殊的用途,一但終端、打印機(jī)遇上約定好的這些字節(jié)被傳過來(lái)時(shí),就要做一些約定的動(dòng)作。遇上00x10, 終端就換行,遇上0x07, 終端就向人們嘟嘟叫,例好遇上0x1b, 打印機(jī)就打印反白的字,或者終端就用彩色顯示字母。他們看到這樣很好,于是就把這些0x20以下的字節(jié)狀態(tài)稱為"控制碼"。
他們又把所有的空格、標(biāo)點(diǎn)符號(hào)、數(shù)字、大小寫字母分別用連續(xù)的字節(jié)狀態(tài)表示,一直編到了第127號(hào),這樣計(jì)算機(jī)就可以用不同字節(jié)來(lái)存儲(chǔ)英語(yǔ)的文字了。大家看到這樣,都感覺很好,于是大家都把這個(gè)方案叫做 ANSI 的"Ascii"編碼(American Standard Code for Information Interchange,美國(guó)信息互換標(biāo)準(zhǔn)代碼)。當(dāng)時(shí)世界上所有的計(jì)算機(jī)都用同樣的ASCII方案來(lái)保存英文文字。
后來(lái),就像建造巴比倫塔一樣,世界各地的都開始使用計(jì)算機(jī),但是很多國(guó)家用的不是英文,他們的字母里有許多是ASCII里沒有的,為了可以在計(jì)算機(jī)保存他們的文字,他們決定采用127號(hào)之后的空位來(lái)表示這些新的字母、符號(hào),還加入了很多畫表格時(shí)需要用下到的橫線、豎線、交叉等形狀,一直把序號(hào)編到了最后一個(gè)狀態(tài)255。從128到255這一頁(yè)的字符集被稱"擴(kuò)展字符集"。從此之后,貪婪的人類再?zèng)]有新的狀態(tài)可以用了,美帝國(guó)主義可能沒有想到還有第三世界國(guó)家的人們也希望可以用到計(jì)算機(jī)吧!
等中國(guó)人們得到計(jì)算機(jī)時(shí),已經(jīng)沒有可以利用的字節(jié)狀態(tài)來(lái)表示漢字,況且有6000多個(gè)常用漢字需要保存呢。但是這難不倒智慧的中國(guó)人民,我們不客氣地把那些127號(hào)之后的奇異符號(hào)們直接取消掉, 規(guī)定:一個(gè)小于127的字符的意義與原來(lái)相同,但兩個(gè)大于127的字符連在一起時(shí),就表示一個(gè)漢字,前面的一個(gè)字節(jié)(他稱之為高字節(jié))從0xA1用到0xF7,后面一個(gè)字節(jié)(低字節(jié))從0xA1到0xFE,這樣我們就可以組合出大約7000多個(gè)簡(jiǎn)體漢字了。在這些編碼里,我們還把數(shù)學(xué)符號(hào)、羅馬希臘的字母、日文的假名們都編進(jìn)去了,連在 ASCII 里本來(lái)就有的數(shù)字、標(biāo)點(diǎn)、字母都統(tǒng)統(tǒng)重新編了兩個(gè)字節(jié)長(zhǎng)的編碼,這就是常說(shuō)的"全角"字符,而原來(lái)在127號(hào)以下的那些就叫"半角"字符了。
中國(guó)人民看到這樣很不錯(cuò),于是就把這種漢字方案叫做 "GB2312"。GB2312 是對(duì) ASCII 的中文擴(kuò)展。
但是中國(guó)的漢字太多了,我們很快就就發(fā)現(xiàn)有許多人的人名沒有辦法在這里打出來(lái),特別是某些很會(huì)麻煩別人的國(guó)家領(lǐng)導(dǎo)人。于是我們不得不繼續(xù)把 GB2312 沒有用到的碼位找出來(lái)老實(shí)不客氣地用上。
后來(lái)還是不夠用,于是干脆不再要求低字節(jié)一定是127號(hào)之后的內(nèi)碼,只要第一個(gè)字節(jié)是大于127就固定表示這是一個(gè)漢字的開始,不管后面跟的是不是擴(kuò)展字符集里的內(nèi)容。結(jié)果擴(kuò)展之后的編碼方案被稱為 GBK 標(biāo)準(zhǔn),GBK 包括了 GB2312 的所有內(nèi)容,同時(shí)又增加了近20000個(gè)新的漢字(包括繁體字)和符號(hào)。
后來(lái)少數(shù)民族也要用電腦了,于是我們?cè)贁U(kuò)展,又加了幾千個(gè)新的少數(shù)民族的字,GBK 擴(kuò)成了 GB18030。從此之后,中華民族的文化就可以在計(jì)算機(jī)時(shí)代中傳承了。
中國(guó)的程序員們看到這一系列漢字編碼的標(biāo)準(zhǔn)是好的,于是通稱他們叫做 "DBCS"(Double Byte Charecter Set 雙字節(jié)字符集)。在DBCS系列標(biāo)準(zhǔn)里,最大的特點(diǎn)是兩字節(jié)長(zhǎng)的漢字字符和一字節(jié)長(zhǎng)的英文字符并存于同一套編碼方案里,因此他們寫的程序?yàn)榱酥С种形奶幚恚仨氁⒁庾执锏拿恳粋€(gè)字節(jié)的值,如果這個(gè)值是大于127的,那么就認(rèn)為一個(gè)雙字節(jié)字符集里的字符出現(xiàn)了。那時(shí)候凡是受過加持,會(huì)編程的計(jì)算機(jī)僧侶們都要每天念下面這個(gè)咒語(yǔ)數(shù)百遍:
"一個(gè)漢字算兩個(gè)英文字符!一個(gè)漢字算兩個(gè)英文字符......"
因?yàn)楫?dāng)時(shí)各個(gè)國(guó)家都像中國(guó)這樣搞出一套自己的編碼標(biāo)準(zhǔn),結(jié)果互相之間誰(shuí)也不懂誰(shuí)的編碼,誰(shuí)也不支持別人的編碼,連大陸和臺(tái)灣這樣只相隔了150海里,使用著同一種語(yǔ)言的兄弟地區(qū),也分別采用了不同的 DBCS 編碼方案。當(dāng)時(shí)的中國(guó)人想讓電腦顯示漢字,就必須裝上一個(gè)"漢字系統(tǒng)",專門用來(lái)處理漢字的顯示、輸入的問題,但是那個(gè)臺(tái)灣的愚昧封建人士寫的算命程序就必須加裝另一套支持 BIG5 編碼的什么"倚天漢字系統(tǒng)"才可以用,裝錯(cuò)了字符系統(tǒng),顯示就會(huì)亂了套!這怎么辦?而且世界民族之林中還有那些一時(shí)用不上電腦的窮苦人民,他們的文字又怎么辦?
真是計(jì)算機(jī)的巴比倫塔命題啊!
正在這時(shí),大天使加百列及時(shí)出現(xiàn)了:一個(gè)叫 ISO (國(guó)際標(biāo)誰(shuí)化組織)的國(guó)際組織決定著手解決這個(gè)問題。他們采用的方法很簡(jiǎn)單:廢了所有的地區(qū)性編碼方案,重新搞一個(gè)包括了地球上所有文化、所有字母和符號(hào)的編碼!他們打算叫它"Universal Multiple-Octet Coded Character Set",簡(jiǎn)稱 UCS, 俗稱 "UNICODE"。
UNICODE 開始制訂時(shí),計(jì)算機(jī)的存儲(chǔ)器容量極大地發(fā)展了,空間再也不成為問題了。于是 ISO 就直接規(guī)定必須用兩個(gè)字節(jié),也就是16位來(lái)統(tǒng)一表示所有的字符,對(duì)于ascii里的那些"半角"字符,UNICODE 包持其原編碼不變,只是將其長(zhǎng)度由原來(lái)的8位擴(kuò)展為16位,而其他文化和語(yǔ)言的字符則全部重新統(tǒng)一編碼。由于"半角"英文符號(hào)只需要用到低8位,所以其高8位永遠(yuǎn)是0,因此這種大氣的方案在保存英文文本時(shí)會(huì)多浪費(fèi)一倍的空間。
這時(shí)候,從舊社會(huì)里走過來(lái)的程序員開始發(fā)現(xiàn)一個(gè)奇怪的現(xiàn)象:他們的strlen函數(shù)靠不住了,一個(gè)漢字不再是相當(dāng)于兩個(gè)字符了,而是一個(gè)!是的,從 UNICODE 開始,無(wú)論是半角的英文字母,還是全角的漢字,它們都是統(tǒng)一的"一個(gè)字符"!同時(shí),也都是統(tǒng)一的"兩個(gè)字節(jié)",請(qǐng)注意"字符"和"字節(jié)"兩個(gè)術(shù)語(yǔ)的不同,"字節(jié)"是一個(gè)8位的物理存貯單元,而"字符"則是一個(gè)文化相關(guān)的符號(hào)。在UNICODE 中,一個(gè)字符就是兩個(gè)字節(jié)。一個(gè)漢字算兩個(gè)英文字符的時(shí)代已經(jīng)快過去了。
從前多種字符集存在時(shí),那些做多語(yǔ)言軟件的公司遇上過很大麻煩,他們?yōu)榱嗽诓煌膰?guó)家銷售同一套軟件,就不得不在區(qū)域化軟件時(shí)也加持那個(gè)雙字節(jié)字符集咒語(yǔ),不僅要處處小心不要搞錯(cuò),還要把軟件中的文字在不同的字符集中轉(zhuǎn)來(lái)轉(zhuǎn)去。UNICODE 對(duì)于他們來(lái)說(shuō)是一個(gè)很好的一攬子解決方案,于是從 Windows NT 開始,MS 趁機(jī)把它們的操作系統(tǒng)改了一遍,把所有的核心代碼都改成了用 UNICODE 方式工作的版本,從這時(shí)開始,WINDOWS 系統(tǒng)終于無(wú)需要加裝各種本土語(yǔ)言系統(tǒng),就可以顯示全世界上所有文化的字符了。
但是,UNICODE 在制訂時(shí)沒有考慮與任何一種現(xiàn)有的編碼方案保持兼容,這使得 GBK 與UNICODE 在漢字的內(nèi)碼編排上完全是不一樣的,沒有一種簡(jiǎn)單的算術(shù)方法可以把文本內(nèi)容從UNICODE編碼和另一種編碼進(jìn)行轉(zhuǎn)換,這種轉(zhuǎn)換必須通過查表來(lái)進(jìn)行。
如前所述,UNICODE 是用兩個(gè)字節(jié)來(lái)表示為一個(gè)字符,他總共可以組合出65535不同的字符,這大概已經(jīng)可以覆蓋世界上所有文化的符號(hào)。如果還不夠也沒有關(guān)系,ISO已經(jīng)準(zhǔn)備了UCS-4方案,說(shuō)簡(jiǎn)單了就是四個(gè)字節(jié)來(lái)表示一個(gè)字符,這樣我們就可以組合出21億個(gè)不同的字符出來(lái)(最高位有其他用途),這大概可以用到銀河聯(lián)邦成立那一天吧!
UNICODE 來(lái)到時(shí),一起到來(lái)的還有計(jì)算機(jī)網(wǎng)絡(luò)的興起,UNICODE 如何在網(wǎng)絡(luò)上傳輸也是一個(gè)必須考慮的問題,于是面向傳輸?shù)谋姸?UTF(UCS Transfer Format)標(biāo)準(zhǔn)出現(xiàn)了,顧名思義,UTF8就是每次8個(gè)位傳輸數(shù)據(jù),而UTF16就是每次16個(gè)位,只不過為了傳輸時(shí)的可靠性,從UNICODE到UTF時(shí)并不是直接的對(duì)應(yīng),而是要過一些算法和規(guī)則來(lái)轉(zhuǎn)換。
受到過網(wǎng)絡(luò)編程加持的計(jì)算機(jī)僧侶們都知道,在網(wǎng)絡(luò)里傳遞信息時(shí)有一個(gè)很重要的問題,就是對(duì)于數(shù)據(jù)高低位的解讀方式,一些計(jì)算機(jī)是采用低位先發(fā)送的方法,例如我們PC機(jī)采用的 INTEL 架構(gòu),而另一些是采用高位先發(fā)送的方式,在網(wǎng)絡(luò)中交換數(shù)據(jù)時(shí),為了核對(duì)雙方對(duì)于高低位的認(rèn)識(shí)是否是一致的,采用了一種很簡(jiǎn)便的方法,就是在文本流的開始時(shí)向?qū)Ψ桨l(fā)送一個(gè)標(biāo)志符。如果之后的文本是高位在位,那就發(fā)送"FEFF",反之,則發(fā)送"FFFE"。不信你可以用二進(jìn)制方式打開一個(gè)UTF-X格式的文件,看看開頭兩個(gè)字節(jié)是不是這兩個(gè)字節(jié)?
講到這里,我們?cè)夙槺阏f(shuō)說(shuō)一個(gè)很著名的奇怪現(xiàn)象:當(dāng)你在 windows 的記事本里新建一個(gè)文件,輸入"聯(lián)通"兩個(gè)字之后,保存,關(guān)閉,然后再次打開,你會(huì)發(fā)現(xiàn)這兩個(gè)字已經(jīng)消失了,代之的是幾個(gè)亂碼!呵呵,有人說(shuō)這就是聯(lián)通之所以拼不過移動(dòng)的原因。
其實(shí)這是因?yàn)镚B2312編碼與UTF8編碼產(chǎn)生了編碼沖撞的原因。
從網(wǎng)上引來(lái)一段從UNICODE到UTF8的轉(zhuǎn)換規(guī)則:
Unicode
UTF-8
0000 - 007F
0xxxxxxx
0080 - 07FF
110xxxxx 10xxxxxx
0800 - FFFF
1110xxxx 10xxxxxx 10xxxxxx
例如"漢"字的Unicode編碼是6C49。6C49在0800-FFFF之間,所以要用3字節(jié)模板:1110xxxx 10xxxxxx 10xxxxxx。將6C49寫成二進(jìn)制是:0110 1100 0100 1001,將這個(gè)比特流按三字節(jié)模板的分段方法分為0110 110001 001001,依次代替模板中的x,得到:1110-0110 10-110001 10-001001,即E6 B1 89,這就是其UTF8的編碼。
而當(dāng)你新建一個(gè)文本文件時(shí),記事本的編碼默認(rèn)是ANSI, 如果你在ANSI的編碼輸入漢字,那么他實(shí)際就是GB系列的編碼方式,在這種編碼下,"聯(lián)通"的內(nèi)碼是:
c1 1100 0001
aa 1010 1010
cd 1100 1101
a8 1010 1000
注意到了嗎?第一二個(gè)字節(jié)、第三四個(gè)字節(jié)的起始部分的都是"110"和"10",正好與UTF8規(guī)則里的兩字節(jié)模板是一致的,于是再次打開記事本時(shí),記事本就誤認(rèn)為這是一個(gè)UTF8編碼的文件,讓我們把第一個(gè)字節(jié)的110和第二個(gè)字節(jié)的10去掉,我們就得到了"00001 101010",再把各位對(duì)齊,補(bǔ)上前導(dǎo)的0,就得到了"0000 0000 0110 1010",不好意思,這是UNICODE的006A,也就是小寫的字母"j",而之后的兩字節(jié)用UTF8解碼之后是0368,這個(gè)字符什么也不是。這就是只有"聯(lián)通"兩個(gè)字的文件沒有辦法在記事本里正常顯示的原因。
而如果你在"聯(lián)通"之后多輸入幾個(gè)字,其他的字的編碼不見得又恰好是110和10開始的字節(jié),這樣再次打開時(shí),記事本就不會(huì)堅(jiān)持這是一個(gè)utf8編碼的文件,而會(huì)用ANSI的方式解讀之,這時(shí)亂碼又不出現(xiàn)了。
--創(chuàng)建用戶
CREATE USER "APITEST" PROFILE "DEFAULT"
IDENTIFIED BY "apitest" DEFAULT TABLESPACE "LOUSHANG"
TEMPORARY TABLESPACE "TEMP"
ACCOUNT UNLOCK;
--為用戶指定表空間
GRANT UNLIMITED TABLESPACE TO "APITEST";
--為用戶授權(quán)
GRANT "CONNECT" TO "APITEST";
GRANT "DBA" TO "APITEST";
GRANT "RESOURCE" TO "APITEST";
--將鎖定用戶解鎖
alter user <用戶名> account unlock;
--修改用戶密碼
alter user <用戶名> identified by <新密碼>;
--刪除用戶
drop user apitest; ----僅僅是刪除用戶,
drop user apitest cascade ;----會(huì)刪除此用戶名下的所有表和視圖。
---查看當(dāng)前用戶信息
select * from user_users;
---查詢當(dāng)前數(shù)據(jù)庫(kù)實(shí)例中有哪些用戶
select * from dba_users order by username;
---查看當(dāng)前用戶擁有的角色
select * from user_role_privs;
---查看當(dāng)前用戶所擁有的表
select * from user_tables;
---查看當(dāng)前用戶所擁有表的列
select * from USER_TAB_COLUMNS ;
---顯示特權(quán)用戶(一般包括sys、system)
select * from v$pwfile_users;
---查詢當(dāng)前用戶所擁有的所有對(duì)象(表、視圖、索引、存儲(chǔ)函數(shù)和過程等)
select * from user_objects
----查看序列號(hào)
select * from user_sequences;
---查看當(dāng)前用戶所有的視圖
select * from user_views;
--查看當(dāng)前連接信息
select SID,SERIAL#,USERNAME,MACHINE,LOGON_TIME from v$session where username='APITEST';
--斷開指定連接
alter system kill session '530,49177';
DAO層的代碼分頁(yè)代碼:
public PageModel findByPageModel(String hql,PageModel pm) {
pm.setTotalCount(this.getHibernateTemplate().find(hql).size());
pm.setGoToHref(ServletActionContext.getRequest().getServletPath().replace("/",""));
int totalCount = pm.getTotalCount();
int pageSize = pm.getPageSize();
int totalPage = (totalCount+pageSize-1)/pageSize ;
int currentPage = pm.getCurrentPage() ;
pm.setTotalPage(totalPage);
int offset = (currentPage-1)*pageSize;
pm.setList(this.getSession().createQuery(hql).setFirstResult(offset).setMaxResults(pageSize).list());
return pm;
}
分頁(yè)的JAVABEAN:
public class PageModel {
private int currentPage;
private int pageSize;
private int totalCount;
private int totalPage;
private List list ;
private String goToHref;
public int getCurrentPage() {
if(currentPage<=0) currentPage=1;
return currentPage;
}
public void setCurrentPage(int currentPage) {
this.currentPage = currentPage;
}
public int getPageSize() {
if(pageSize<=0) pageSize=10;
return pageSize;
}
public void setPageSize(int pageSize) {
this.pageSize = pageSize;
}
public int getTotalCount() {
return totalCount;
}
public void setTotalCount(int totalCount) {
this.totalCount = totalCount;
}
public int getTotalPage() {
return totalPage;
}
public void setTotalPage(int totalPage) {
this.totalPage = totalPage;
}
public List getList() {
return list;
}
public void setList(List list) {
this.list = list;
}
public String getGoToHref() {
return goToHref;
}
public void setGoToHref(String goToHref) {
this.goToHref = goToHref;
}
}
JSP頁(yè)面:
<%@ page language="java" import="java.util.*" pageEncoding="UTF-8"%>
<%
String path = request.getContextPath();
String basePath = request.getScheme()+"://"+request.getServerName()+":"+request.getServerPort()+path+"/";
%>
<link rel="stylesheet" type="text/css" href="<%=basePath %>findByHql/pagingBar/css/pagingBar.css">
<input type="button" class="firstPage commonPage" alt="首頁(yè)" title="首頁(yè)"/>
<input type="button" class="beforePage commonPage" alt="上一頁(yè)" title="上一頁(yè)"/>
<input type="button" class="nextPage commonPage" alt="下一頁(yè)" title="下一頁(yè)"/>
<input type="button" class="lastPage commonPage" alt="尾頁(yè)" title="尾頁(yè)" />
<input type="hidden" id="currentPage" value="${requestScope.pm.currentPage }" />
<input type="hidden" id="totalPage" value="${requestScope.pm.totalPage }" />
<input type="hidden" id="goToHref" value="${requestScope.pm.goToHref }" />
<span class="cp">當(dāng)前第${requestScope.pm.currentPage }頁(yè)</span>
<span class="tc"> 相關(guān)資訊:${requestScope.pm.totalCount }條</span>
<span class="ps">每頁(yè)${requestScope.pm.pageSize }條 </span>
<span class="tp">共${requestScope.pm.totalPage}頁(yè)</span>
<script type="text/javascript" src="<%=basePath%>js/jquery.js"></script>
<script type="text/javascript">
(function($) {
var currentPage = parseInt($('#currentPage').val());
var totalPage = parseInt($('#totalPage').val());
var toHref = $('#goToHref').val();
$('.firstPage').bind('click', function() {
goToHref(1);
});
$('.nextPage').bind('click', function() {
if (currentPage >= totalPage)
goToHref(totalPage);
else
goToHref(currentPage + 1);
});
$('.beforePage').bind('click', function() {
if (currentPage <= 1)
goToHref(1);
else
goToHref(currentPage - 1);
});
$('.lastPage').bind('click', function() {
goToHref(totalPage);
});
function goToHref(cp) {
document.location.href = toHref+"?currentPage=" + cp;
}
})(jQuery)
</script>
CSS:下面有幾張圖片需要自己找...
/*點(diǎn)擊欄*/
.commonPage{
width: 16px;
height: 16px;
border: none;
cursor: pointer;
}
.firstPage{
background: url("../images/page-first.png") no-repeat;
}
.nextPage{
background: url("../images/page-next.png") no-repeat;
}
.beforePage{
background: url("../images/page-prev.png") no-repeat;
}
.lastPage{
background: url("../images/page-last.png") no-repeat;
}
/*顯示欄*/
.cp,.tc,.ps,.tp{
font-size: 14px;
}
在action中調(diào)用DAO層的方法,給currentPage和pageSize設(shè)置初始值,然后就返回一個(gè)list到你分頁(yè)的頁(yè)面迭代,以后就直接嵌套在分頁(yè)頁(yè)面中就行
這也許是你一直期待的文章,在關(guān)注這部分技術(shù)問題的同時(shí),請(qǐng)務(wù)必閱讀有關(guān)面試中有關(guān)個(gè)人的問題和解答。這里的回答并不是十分全面,這些問題可以通過多個(gè)角度來(lái)進(jìn)行解釋,也許你不必在面試過程中給出完全詳盡的答案,只需要通過你的解答使面試考官了解你對(duì)ORACLE概念的熟悉程度。
1.解釋冷備份和熱備份的不同點(diǎn)以及各自的優(yōu)點(diǎn)
解答:熱備份針對(duì)歸檔模式的數(shù)據(jù)庫(kù),在數(shù)據(jù)庫(kù)仍舊處于工作狀態(tài)時(shí)進(jìn)行備份。而冷備份指在數(shù)據(jù)庫(kù)關(guān)閉后,進(jìn)行備份,適用于所有模式的數(shù)據(jù)庫(kù)。熱備份的優(yōu)點(diǎn)在于當(dāng)備份時(shí),數(shù)據(jù)庫(kù)仍舊可以被使用并且可以將數(shù)據(jù)庫(kù)恢復(fù)到任意一個(gè)時(shí)間點(diǎn)。冷備份的優(yōu)點(diǎn)在于它的備份和恢復(fù)操作相當(dāng)簡(jiǎn)單,并且由于冷備份的數(shù)據(jù)庫(kù)可以工作在非歸檔模式下,數(shù)據(jù)庫(kù)性能會(huì)比歸檔模式稍好。(因?yàn)椴槐貙rchive log寫入硬盤)
2.你必須利用備份恢復(fù)數(shù)據(jù)庫(kù),但是你沒有控制文件,該如何解決問題呢?
解答:重建控制文件,用帶backup control file 子句的recover 命令恢復(fù)數(shù)據(jù)庫(kù)。
3.如何轉(zhuǎn)換init.ora到spfile?
解答:使用create spfile from pfile 命令.
4.解釋data block , extent 和 segment的區(qū)別(這里建議用英文術(shù)語(yǔ))
解答:data block是數(shù)據(jù)庫(kù)中最小的邏輯存儲(chǔ)單元。當(dāng)數(shù)據(jù)庫(kù)的對(duì)象需要更多的物理存儲(chǔ)空間時(shí),連續(xù)的data block就組成了extent . 一個(gè)數(shù)據(jù)庫(kù)對(duì)象擁有的所有extents被稱為該對(duì)象的segment.
5.給出兩個(gè)檢查表結(jié)構(gòu)的方法
解答:1.DESCRIBE命令
2.DBMS_METADATA.GET_DDL 包
6.怎樣查看數(shù)據(jù)庫(kù)引擎的報(bào)錯(cuò)
解答:alert log.
7.比較truncate和delete 命令
解答:兩者都可以用來(lái)刪除表中所有的記錄。區(qū)別在于:truncate是DDL操作,它移動(dòng)HWK,不需要rollback segment .而Delete是DML操作, 需要rollback segment 且花費(fèi)較長(zhǎng)時(shí)間.
8.使用索引的理由
解答:快速訪問表中的data block
9.給出在STAR SCHEMA中的兩種表及它們分別含有的數(shù)據(jù)
解答:Fact tables 和dimension tables. fact table包含大量的主要的信息而dimension tables 存放對(duì)fact table 某些屬性描述的信息
10.FACT Table上需要建立何種索引?
解答:位圖索引 (bitmap index)
11. 給出兩種相關(guān)約束?
解答:主鍵和外鍵
12. 如何在不影響子表的前提下,重建一個(gè)母表
解答:子表的外鍵強(qiáng)制實(shí)效,重建母表,激活外鍵
13. 解釋歸檔和非歸檔模式之間的不同和它們各自的優(yōu)缺點(diǎn)
解答:歸檔模式是指你可以備份所有的數(shù)據(jù)庫(kù) transactions并恢復(fù)到任意一個(gè)時(shí)間點(diǎn)。非歸檔模式則相反,不能恢復(fù)到任意一個(gè)時(shí)間點(diǎn)。但是非歸檔模式可以帶來(lái)數(shù)據(jù)庫(kù)性能上的少許提高.
14. 如何建立一個(gè)備份控制文件?
解答:Alter database backup control file to trace.
15. 給出數(shù)據(jù)庫(kù)正常啟動(dòng)所經(jīng)歷的幾種狀態(tài) ?
解答:STARTUP NOMOUNT – 數(shù)據(jù)庫(kù)實(shí)例啟動(dòng)
STARTUP MOUNT - 數(shù)據(jù)庫(kù)裝載
STARTUP OPEN – 數(shù)據(jù)庫(kù)打開
16. 哪個(gè)column可以用來(lái)區(qū)別V$視圖和GV$視圖?
解答:INST_ID 指明集群環(huán)境中具體的 某個(gè)instance 。
17. 如何生成explain plan?
解答:運(yùn)行utlxplan.sql. 建立plan 表
針對(duì)特定SQL語(yǔ)句,使用 explain plan set statement_id = 'tst1' into plan_table
運(yùn)行utlxplp.sql 或 utlxpls.sql察看explain plan
18. 如何增加buffer cache的命中率?
解答:在數(shù)據(jù)庫(kù)較繁忙時(shí),適用buffer cache advisory 工具,查詢v$db_cache_advice.如果有必要更改,可以使用 alter system set db_cache_size 命令
19. ORA-01555的應(yīng)對(duì)方法?
解答:具體的出錯(cuò)信息是snapshot too old within rollback seg , 通??梢酝ㄟ^增大rollback seg來(lái)解決問題。當(dāng)然也需要察看一下具體造成錯(cuò)誤的SQL文本
20. 解釋$ORACLE_HOME和$ORACLE_BASE的區(qū)別?
解答:ORACLE_BASE是oracle的根目錄,ORACLE_HOME是oracle產(chǎn)品的目錄。