posts - 51, comments - 17, trackbacks - 0, articles - 9
            BlogJava :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理

          2007年8月7日

          引子 Web 2.0,在過去的一年里也許還是一個(gè)新的名詞,曾幾何時(shí)它像網(wǎng)上核武一樣爆發(fā)了,并以不可阻擋之勢(shì)燃燒了整個(gè)互聯(lián)網(wǎng),其熱度不壓于當(dāng)年的超女,又曾幾何時(shí)它悄悄地走進(jìn)了我們的生活,從陌生走向了熟悉,從概念走向了應(yīng)用。今天,Web 2.0構(gòu)成了我們網(wǎng)絡(luò)生活不可缺少的一部分,今天,你Web 2.0了嗎?

          什么是Web2.0?
          如果你是一只老網(wǎng)蟲但還不知道什么是Web2.0,趕緊去跳海吧,不怕死的就去跳(記得帶個(gè)救生圈,出事了我不負(fù)責(zé)哈!),怕死的還不趕緊補(bǔ)補(bǔ)課,免得被人看穿了讓人笑話。如果你是個(gè)善于表現(xiàn)自己的人,多學(xué)點(diǎn)東西吧,學(xué)了Web 2.0你可以不分對(duì)象地大談特談地講述你的Web 2.0觀點(diǎn), 嘿嘿,想象一下別人對(duì)你崇拜的表情吧。

          Web2.0是以 Flickr、Craigslist、Linkedin、Tribes、Ryze、 Friendster、Del.icio.us、43Things.com等網(wǎng)站為代表,以Blog、TAG、SNS、RSS、wiki等應(yīng)用為核心,依據(jù)六度分隔、xml、ajax等新理論和技術(shù)實(shí)現(xiàn)的互聯(lián)網(wǎng)新一代模式。

           1. 什么是Wiki

            WIKI的來源

            WIKI概念的發(fā)明人是Ward Cunningham,該詞來源于夏威夷語的“wee kee wee kee”,原本是“快點(diǎn)快點(diǎn)” (quick)的意思。

            Wiki--一種多人協(xié)作的寫作工具。Wiki站點(diǎn)可以有多人(甚至任何訪問者)維護(hù),每個(gè)人都可以發(fā)表自己的意見,或者對(duì)共同的主題進(jìn)行擴(kuò)展或者探討。

            Wiki指一種超文本系統(tǒng)。這種超文本系統(tǒng)支持面向社群的協(xié)作式寫作,同時(shí)也包括一組支持這種寫作的輔助工具。有人認(rèn)為,Wiki系統(tǒng)屬于一種人類知識(shí)網(wǎng)格系統(tǒng),我們可以在Web的基礎(chǔ)上對(duì)Wiki文本進(jìn)行瀏覽、創(chuàng)建、更改,而且創(chuàng)建、更改、發(fā)布的代價(jià)遠(yuǎn)比HTML文本小;同時(shí)Wiki系統(tǒng)還支持面向社群的協(xié)作式寫作,為協(xié)作式寫作提供必要幫助;最后,Wiki的寫作者自然構(gòu)成了一個(gè)社群,Wiki系統(tǒng)為這個(gè)社群提供簡單的交流工具。與其它超文本系統(tǒng)相比,Wiki有使用方便及開放的特點(diǎn),所以Wiki系統(tǒng)可以幫助我們?cè)谝粋€(gè)社群內(nèi)共享某領(lǐng)域的知識(shí)。

                WIKI可以做什么

            WIKI最適合做百科全書、知識(shí)庫、整理某一個(gè)領(lǐng)域的知識(shí)等知識(shí)型站點(diǎn),幾個(gè)分在不同地區(qū)的人利用wiki協(xié)同工作共同寫一本書等等。Wiki技術(shù)已經(jīng)被較好的用在百科全書、手冊(cè)/FAQ編寫、專題知識(shí)庫方面。

            Wiki的特點(diǎn)

            使用方便

            維護(hù)快捷:快速創(chuàng)建、存取、更改超文本頁面(這也是為什幺叫作“wiki wiki”的原因)。

            格式簡單:用簡單的格式標(biāo)記來取代 HTML 的復(fù)雜格式標(biāo)記。(類似所見即所得的風(fēng)格)

            鏈接方便:通過簡單標(biāo)記,直接以關(guān)鍵字名來建立鏈接(頁面、外部連接、圖像等)。

            命名平易:關(guān)鍵字名就是頁面名稱,并且被置于一個(gè)單層、平直的名空間中。

            有組織

            自組織的:同頁面的內(nèi)容一樣,整個(gè)超文本的組織結(jié)構(gòu)也是可以修改、演化的。

            可匯聚的:系統(tǒng)內(nèi)多個(gè)內(nèi)容重復(fù)的頁面可以被匯聚于其中的某個(gè),相應(yīng)的鏈接結(jié)構(gòu)也隨之改變。

            可增長

            可增長:頁面的鏈接目標(biāo)可以尚未存在,通過點(diǎn)擊鏈接,我們可以創(chuàng)建這些頁面,從而使系統(tǒng)得到增長。

            修訂歷史:記錄頁面的修訂歷史,頁面的各個(gè)版本都可以被獲取。

            開放性

            開放的:社群的成員可以任意創(chuàng)建、修改、刪除頁面。

            可觀察:系統(tǒng)內(nèi)頁面的變動(dòng)可以被訪問者觀察到。

          2.

            什么是RSS

            RSS是站點(diǎn)用來和其他站點(diǎn)之間共享內(nèi)容的一種簡易方式(也叫聚合內(nèi)容)的技術(shù)。最初源自瀏覽器“新聞?lì)l道”的技術(shù),現(xiàn)在通常被用于新聞和其他按順序排列的網(wǎng)站,例如Blog。

            RSS可以干什么?

            1、訂閱BLOG(BLOG上,你可以訂閱你工作中所需的技術(shù)文章;也可以訂閱與你有共同愛好的作者的日志,總之,BLOG上你對(duì)什么感興趣你就可以訂什么)

            2、訂閱新聞(無論是奇聞怪事、明星消息、體壇風(fēng)云,只要你想知道的,都可以訂閱)

            如何使用RSS

            ·下載和安裝一個(gè)RSS新聞閱讀器

            ·從網(wǎng)站提供的聚合新聞目錄列表中訂閱您感興趣的新聞欄目的內(nèi)容

            ·訂閱后您將會(huì)及時(shí)獲得所訂閱新聞?lì)l道的最新內(nèi)容

            RSS的幾個(gè)縮寫來源

            1、Really Simple Syndication(真正簡易的聚合)

            2、Rich Site Summary(豐富的站點(diǎn)摘要)

            3、RDF Site Summary(RDF站點(diǎn)摘要)

            RSS新聞特點(diǎn)

            對(duì)網(wǎng)民而言:對(duì)網(wǎng)站而言:

            1.沒有廣告或者圖片來影響標(biāo)題或者文章概要的閱讀。

            2.RSS閱讀器自動(dòng)更新你定制的網(wǎng)站內(nèi)容,保持新聞的及時(shí)性。

            3.用戶可以加入多個(gè)定制的RSS提要,從多個(gè)來源搜集新聞?wù)系絾蝹€(gè)數(shù)據(jù)流中。 1.擴(kuò)大了網(wǎng)站內(nèi)容的傳播面,也增加了網(wǎng)站訪問量,因?yàn)樵L問者調(diào)閱的RSS文件和瀏覽的網(wǎng)頁,都是從網(wǎng)站服務(wù)器上下載的。

            2.RSS文件的網(wǎng)址是固定不變的,網(wǎng)站可以隨時(shí)改變其中的內(nèi)容。RSS內(nèi)容一旦更新,瀏覽者看到的內(nèi)容也隨即更新了


          3.什么是Tag?

            Tag(標(biāo)簽)是一種更為靈活、有趣的分類方式,您可以為每篇日志、每個(gè)帖子或者每張圖片等添加一個(gè)或多個(gè)Tag(標(biāo)簽),你可以看到網(wǎng)站上所有和您使用了相同Tag的內(nèi)容,由此和他人產(chǎn)生更多的聯(lián)系。Tag體現(xiàn)了群體的力量,使得內(nèi)容之間的相關(guān)性和用戶之間的交互性大大增強(qiáng)。

            比如,你在一篇日志上添加了“讀書”和“Tag”兩個(gè)標(biāo)簽,就能通過這兩個(gè)tag看到和你有相同興趣的其他日志。同樣,如果你給自己的網(wǎng)絡(luò)書簽貼上不同標(biāo)簽,那么,在下一次去尋找時(shí),會(huì)輕易找到自己想要的信息。

            那么,如果我貼了Tag,能產(chǎn)生什么效果呢?首先,信息將會(huì)條理化。其次,當(dāng)你積累了一定數(shù)量的Tag之后,你會(huì)發(fā)現(xiàn)自己最關(guān)心的話題。GOOGLE的"我的搜索歷史"功能就是采用了標(biāo)簽,你的每次搜索關(guān)鍵詞都可以成為tag,之后,你會(huì)了解自己這一天在關(guān)心什么。

            當(dāng)然,你也可以看到有哪些人和自己使用了一樣的Tag(標(biāo)簽),進(jìn)而找到和您志趣相投的人。

            2、Tag究竟有哪些不同?

            Tag不是關(guān)鍵詞,因?yàn)椋粋€(gè)機(jī)器就沒有辦法提取一張照片的關(guān)鍵字,但人可以給它設(shè)定一個(gè)或多個(gè)Tag。而Tag真正不同的地方在于,你可以隨意用任何詞來標(biāo)記一件事物,只要方便你找到它。因此,這一標(biāo)志是活躍的、無序的、個(gè)人化、相當(dāng)自我的一種標(biāo)記方式。

            當(dāng)我可以為我自己的言論作出自己想要的標(biāo)志,而不是別人給予我的分類,那么,我將說些什么呢?我又會(huì)通過這種標(biāo)志找到什么樣的人什么樣的文章、圖片呢?Tag創(chuàng)造了一個(gè)新的無序但充滿生機(jī)的網(wǎng)絡(luò)聯(lián)合體,通過這個(gè)聯(lián)合,人們找到和自己最接近的內(nèi)容。

            3、如何使用Tag?

            現(xiàn)在很多網(wǎng)站都使用了Tag模式,只要使用者自身打開了界限,隨心所欲地給自己注釋標(biāo)簽,不被舊有思維局限住,就對(duì)了。簡單地說,Tag是一種隨心所欲的標(biāo)簽,當(dāng)我讀一篇文章或者看一張圖片的時(shí)候想什么就寫什么,不受原有分類的束縛,怎么想就怎么使用。

          posted @ 2007-08-07 20:46 chenweicai 閱讀(284) | 評(píng)論 (0)編輯 收藏

          2007年6月30日

          Abraham Lincoln

          Delivered on the 19th Day of November, 1863

          Cemetery Hill, Gettysburg, Pennsylvania

          Fourscore and seven years ago, our fathers brought forth upon this continent a new Nation, conceived in Liberty, and dedicated to the proposition that all men are created equal. Now, we are engaged in a great Civil War,testing whether that Nation, or any nation so conceived and so dedicated, can long endure. We are met on a great battlefield of that war. We have come to dedicate a portion of that field as a final resting-place for those who gave their lives that Nation might live. It is altogether fitting and proper that we should do this.

          But, in a larger sense, we cannot dedicate, we cannot consecrate, we cannot hallow this ground. The brave men, living and dead, who struggled here, have consecrated it far above our power to add or detract. The world will little note nor long remember what we say here, but it can never forget what they did here. It is for us, the living, rather to be dedicated to the great task remaining before us; that from these honored dead, we take increased devotion to that cause for which they gave the last full measure of devotion; that this Nation, under GOD, shall have a new birth of freedom; and that government of the People by the People and for the People shall not perish from the earth.

          葛底斯堡演說

          亞伯拉罕·林肯,1963年11月19日

          87年前,我們的先輩們?cè)谶@個(gè)大陸上創(chuàng)立了一個(gè)新國家,它孕育于自由之中,奉行一切人生來平等的原則。現(xiàn)在我們正從事一場偉大的內(nèi)戰(zhàn),以考驗(yàn)這個(gè)國家,或者任何一個(gè)孕育于自由和奉行上述原則的國家是否能夠長久存在下去。我們?cè)谶@場戰(zhàn)爭中的一個(gè)偉大戰(zhàn)場上集會(huì)。烈士們?yōu)槭惯@個(gè)國家能夠生存下去而獻(xiàn)出了自己的生命,我們來到這里,是要把這個(gè)戰(zhàn)場的一部分奉獻(xiàn)給他們作為最后安息之所。我們這樣做是完全應(yīng)該而且是非常恰當(dāng)?shù)摹?br>
          但是,從更廣泛的意義上來說,這塊土地我們不能夠奉獻(xiàn),不能夠圣化,不能夠神化。那些曾在這里戰(zhàn)斗過的勇士們,活著的和去世的,已經(jīng)把這塊土地圣化了,這遠(yuǎn)不是我們微薄的力量所能增減的。我們今天在這里所說的話,全世界不大會(huì)注意,也不會(huì)長久地記住,但勇士們?cè)谶@里所做過的事,全世界卻永遠(yuǎn)不會(huì)忘記。毋寧說,倒是我們這些還活著的人,應(yīng)該在這里把自己奉獻(xiàn)于勇士們已經(jīng)如此崇高地向前推進(jìn)但尚未完成的事業(yè)。倒是我們應(yīng)該在這里把自己奉獻(xiàn)于仍然留在我們面前的偉大任務(wù)??我們要從這些光榮的死者身上汲取更多的獻(xiàn)身精神,來完成他們已經(jīng)完全徹底為之獻(xiàn)身的事業(yè);我們要在這里下定最大的決心,不讓這些死者白白犧牲;我們要使國家在上帝福佑下得到自由的新生,要使這個(gè)民有、民治、民享的政府永世長存。

          posted @ 2007-06-30 11:23 chenweicai 閱讀(304) | 評(píng)論 (0)編輯 收藏

          Inaugural Address of John F. Kennedy  肯尼迪總統(tǒng)就職演說
          January 20, 1961

          Vice President Johnson, Mr. Speaker, Mr. Chief Justice, President Eisenhower, Vice President Nixon, President Truman, Reverend Clergy, fellow citizens:

          We observe today not a victory of party but a celebration of freedom, symbolizing an end as well as a beginning, signifying renewal as well as change. For I have sworn before you and Almighty God the same solemn oath our forebears prescribed nearly a century and three-quarters ago.

          我們今天所看到的,并非是某一黨派的勝利,而是自由的慶典。它象征著結(jié)束,亦象征著開始;意味著更新,亦意味著變化。因?yàn)槲乙言谀銈兗叭f能的上帝面前,依著我們先輩175年前寫下的誓言宣誓。

          The world is very different now. For man holds in his mortal hands the power to abolish all forms of human poverty and all forms of human life. And yet the same revolutionary beliefs for which our forebears fought are still at issue around the globe -- the belief that the rights of man come not from the generosity of the state but from the hand of God.

          世界已然今非昔比,因?yàn)槿祟愂种幸呀?jīng)掌握了巨大的力量,既可以用來消除各種形式的貧困,亦可用以毀滅人類社會(huì)。然而,我們先輩曾為之戰(zhàn)斗的那些革命性的信念還依然在世界上受人爭議——那就是,每個(gè)人享有的各項(xiàng)權(quán)利決非來自國家政權(quán)的慷慨賜予,而是出自上帝之手。

          We dare not forget today that we are the heirs of that first revolution. Let the word go forth from this time and place, to friend and foe alike, that the torch has been passed to a new generation of Americans -- born in this century, tempered by war, disciplined by a hard and bitter peace, proud of our ancient heritage -- and unwilling to witness or permit the slow undoing of those human rights to which this nation has always been committed, and to which we are committed today at home and around the world.

          今天,我們不敢有忘,我們乃是那第一次革命的后裔。此時(shí),讓這個(gè)聲音從這里同時(shí)向我們的朋友和敵人傳達(dá):火炬現(xiàn)已傳遞到新一代美國人手中——他們生于本世紀(jì),既經(jīng)受過戰(zhàn)火的錘煉,又經(jīng)歷過艱難嚴(yán)峻的和平歲月的考驗(yàn)。他們深為我們古老的遺產(chǎn)所自豪——決不愿目睹或聽任諸項(xiàng)人權(quán)受到無形的侵蝕,這些權(quán)利不僅為這個(gè)國家始終信守不渝,亦是我們正在國內(nèi)和世界上誓死捍衛(wèi)的東西。

          Let every nation know, whether it wishes us well or ill, that we shall pay any price, bear any burden, meet any hardship, support any friend, oppose any foe to assure the survival and the success of liberty.

          讓每一個(gè)國家都知道,無論它們對(duì)我們抱有善意還是惡意,我們都準(zhǔn)備付出任何代價(jià)、承受任何重任、迎戰(zhàn)任何艱險(xiǎn)、支持任何朋友、反對(duì)任何敵人,以使自由得以維系和勝利。

          This much we pledge -- and more.

          這是我們矢志不移的承諾,且遠(yuǎn)不止此!

          To those old allies whose cultural and spiritual origins we share, we pledge the loyalty of faithful friends. United there is little we cannot do in a host of cooperative ventures. Divided there is little we can do, for we dare not meet a powerful challenge at odds and split asunder.

          對(duì)于那些與我們共享同一文化和精神源頭的老朋友,我們?cè)S以朋友的忠誠。在許許多多的合作事業(yè)中,我們會(huì)盡己所能以促進(jìn)我們的團(tuán)結(jié),而決不故意制造分裂,因?yàn)槲覀儾桓逸p易面對(duì)由分歧或體系崩潰而導(dǎo)致的巨大挑戰(zhàn)。

          To those new states whom we welcome to the ranks of the free, we pledge our word that one form of colonial control shall not have passed away merely to be replaced by a far more iron tyranny. We shall not always expect to find them supporting our view. But we shall always hope to find them strongly supporting their own freedom -- and to remember that, in the past, those who foolishly sought power by riding the back of the tiger ended up inside.

          對(duì)于那些新成立的國家,我們歡迎它們加入自由陣營,并在此許以忠告:某種形式的殖民控制決不會(huì)僅僅因?yàn)楸涣硪环N更為殘酷的霸權(quán)所取代就消聲匿跡。我們不會(huì)期待他們始終支持我們的觀點(diǎn),但我們希望他們能始終堅(jiān)定地維護(hù)他們自己的自由——并且牢記,在過去,那些愚蠢地騎上獨(dú)~裁的虎背以謀求權(quán)力的人最終都以葬身虎腹而告終。

          To those people in the huts and villages of half the globe struggling to break the bonds of mass misery, we pledge our best efforts to help them help themselves, for whatever period is required -- not because the communists may be doing it, not because we seek their votes, but because it is right.

          對(duì)于那些寄居于大半個(gè)地球上的草舍村落、為著掙脫無盡苦難的枷鎖而奮斗的人民,我們承諾將盡我們最大的努力,以使他們獲得自助的能力。因?yàn)檫@是時(shí)代對(duì)我們提出的要求——不是因?yàn)楣病a(chǎn)~黨人可能如此行事、不是因?yàn)槲覀冃枰麄兊倪x票,僅僅是因?yàn)檫@樣做是正當(dāng)?shù)摹?/p>

          If a free society cannot help the many who are poor, it cannot save the few who are rich.

          如果一個(gè)自由的社會(huì)不能幫助貧窮的多數(shù),它就不能拯救那富裕的少數(shù)。

          To our sister republics south of our border, we offer a special pledge: to convert our good words into good deeds, in a new alliance for progress, to assist free men and free governments in casting off the chains of poverty. But this peaceful revolution of hope cannot become the prey of hostile powers. Let all our neighbors know that we shall join with them to oppose aggression or subversion anywhere in the Americas.

          對(duì)于我們的南部鄰邦共和國,我們?cè)S以特殊的承諾:將我們的良言轉(zhuǎn)為善行,在為了進(jìn)步而結(jié)成的新盟邦里,幫助自由的人民和自由的政府?dāng)[脫貧困。但這一希翼中的和平革命不能成為敵對(duì)勢(shì)力的犧牲品,讓我們所有的鄰邦都知道,我們將與他們一道,反對(duì)發(fā)生在美洲任何地區(qū)的侵略和顛覆。

          And let every other power know that this hemisphere intends to remain the master of its own house.

          讓所有其他勢(shì)力都知道,這一半球的人民致力于維護(hù)他們作為自己家園主人的地位。

          To that world assembly of sovereign states, the United Nations, our last best hope in an age where the instruments of war have far outpaced the instruments of peace, we renew our pledge of support -- to prevent it from becoming merely a forum for invective, to strengthen its shield of the new and the weak, and to enlarge the area in which its writ may run.

          對(duì)于那個(gè)主權(quán)國家的世界性會(huì)議組織——聯(lián)合國,我們最后一次良好祝愿是發(fā)生在戰(zhàn)爭機(jī)器遠(yuǎn)遠(yuǎn)超過和平機(jī)器的時(shí)代。為了防止它淪為僅僅用來謾罵攻訐的論壇,為了加強(qiáng)它對(duì)新成立國家及弱小國家的保障功能、為了擴(kuò)展其權(quán)力涵蓋的領(lǐng)域,我們現(xiàn)在重申對(duì)它的支持承諾。

          Finally, to those nations who would make themselves our adversary, we offer not a pledge but a request: that both sides begin anew the quest for peace -- before the dark powers of destruction unleashed by science engulf all humanity in planned or accidental self-destruction.

          最后,對(duì)于那些主動(dòng)站到我們敵對(duì)面的國家,我們提出的不是許諾,而是懇求:在被科學(xué)釋放出的、黑暗的破壞力量以有計(jì)劃的或偶然性的自我毀滅方式吞噬全人類之前,懇求雙方再一次地開始謀求和平的努力。

          We dare not tempt them with weakness. For only when our arms are sufficient beyond doubt can we be certain beyond doubt that they will never be employed. But neither can two great and powerful groups of nations take comfort from our present course -- both sides overburdened by the cost of modern weapons, both rightly alarmed by the steady spread of the deadly atom, yet both racing to alter that uncertain balance of terror that stays the hand of mankind's final war. So let us begin anew -- remembering on both sides that civility is not a sign of weakness, and sincerity is always subject to proof.

          我們不敢以軟弱誘惑它們,因?yàn)橹挥挟?dāng)我們的軍備充足到確切無疑的程度時(shí),我們才能確切無疑地肯定它們永遠(yuǎn)不會(huì)被投入使用。但這兩個(gè)強(qiáng)大的國家集團(tuán)都無法從彼此當(dāng)前的做法中得到安慰——雙方都背負(fù)了過高的現(xiàn)代武器系統(tǒng)的成本、雙方都理所當(dāng)然地對(duì)致死性原子武器的持續(xù)擴(kuò)散感到驚恐不安,但雙方都競相改變不確定的恐怖均衡,這種均衡恰恰抑制了人類最后攤牌的沖動(dòng)。

          Let us never negotiate out of fear. But let us never fear to negotiate.

          讓我們永遠(yuǎn)不要因?yàn)閼峙露勁校屛覀冇肋h(yuǎn)不要懼怕談判。

          Let both sides explore what problems unite us instead of belaboring those problems which divide us.

          讓雙方探尋那些能將我們團(tuán)結(jié)在一起的因素,而不是那些刻意挑出那些分裂我們的因素。

          Let both sides, for the first time, formulate serious and precise proposals for the inspection and control of arms, and bring the absolute power to destroy other nations under the absolute control of all nations.

          讓雙方首先提出認(rèn)真細(xì)致的方案來核查及控制軍備,并將毀滅其他國家的絕對(duì)力量置于所有國家的絕對(duì)控制之下。

          Let both sides seek to invoke the wonders of science instead of its terrors. Together let us explore the stars, conquer the deserts, eradicate disease, tap the ocean depths, and encourage the arts and commerce.

          讓雙方努力去激發(fā)科學(xué)的奇跡,而非科學(xué)的恐怖。讓我們一同探索星空、征服沙漠、消除疾病、開發(fā)海洋深處,鼓勵(lì)藝術(shù)和商業(yè)。

          Let both sides unite to heed, in all corners of the earth, the command of Isaiah -- to "undo the heavy burdens... [and] let the oppressed go free."

          讓雙方在世界每一個(gè)角落,都共同信守《圣經(jīng).以賽亞書》中的教誨——“卸下重負(fù)……讓被壓迫者自由。”

          And if a beachhead of cooperation may push back the jungle of suspicion, let both sides join in creating a new endeavor -- not a new balance of power, but a new world of law -- where the strong are just, and the weak secure, and the peace preserved.

          如果合作的灘頭堡能夠遏制重重猜疑,讓雙方攜手進(jìn)行新的努力——不是為了建立新的勢(shì)力均衡,而是為了建立新的規(guī)則體系——以使強(qiáng)者正義,弱者安全,和平維系。

          All this will not be finished in the first one hundred days. Nor will it be finished in the first one thousand days; nor in the life of this Administration; nor even perhaps in our lifetime on this planet. But let us begin.

          所有這些工作將不會(huì)在從現(xiàn)在起的一百天、一千天內(nèi)完成,也不會(huì)在本屆行政分支任期內(nèi)完成,甚至可能不會(huì)在我們的有生之年完成,但是,請(qǐng)讓我們現(xiàn)在開始工作。

          In your hands, my fellow citizens, more than mine, will rest the final success or failure of our course. Since this country was founded, each generation of Americans has been summoned to give testimony to its national loyalty. The graves of young Americans who answered the call to service surround the globe.

          我的同胞們,我們事業(yè)的最終成敗將掌握在你們的手中而不僅僅是我的手中。從這個(gè)國家被創(chuàng)建那天起,每一代美國人都被召喚去證實(shí)自己對(duì)國家的忠誠。那些響應(yīng)號(hào)召獻(xiàn)身國家的年輕美國人的安息之所遍布全球。

          Now the trumpet summons us again -- not as a call to bear arms, though arms we need -- not as a call to battle, though embattled we are -- but a call to bear the burden of a long twilight struggle, year in and year out, rejoicing in hope, patient in tribulation, a struggle against the common enemies of man: tyranny, poverty, disease, and war itself.

          現(xiàn)在,召喚的號(hào)角又一次吹響——不是號(hào)召我們扛起武器,雖然武器是我們所需要的——也不是號(hào)召我們?nèi)⒓討?zhàn)斗,雖然我們準(zhǔn)備戰(zhàn)斗——而是號(hào)召我們年復(fù)一年地去進(jìn)行一場漫長而未分勝負(fù)的搏斗,在希望中歡樂,而患難中忍耐,以反對(duì)人類共同的敵人:暴政、貧困、疾病以及戰(zhàn)爭本身。

          Can we forge against these enemies a grand and global alliance, North and South, East and West, that can assure a more fruitful life for all mankind? Will you join in that historic effort?

          為了反對(duì)這些敵人,我們能夠?qū)⒛戏脚c北方、東方與西方團(tuán)結(jié)起來,熔鑄成一個(gè)偉大的和全球性的聯(lián)盟,以確保全人類得享更為成果累累的生活嗎?你們?cè)敢鈪⑴c這項(xiàng)歷史性的努力嗎?

          In the long history of the world, only a few generations have been granted the role of defending freedom in its hour of maximum danger. I do not shrink from this responsibility -- I welcome it. I do not believe that any of us would exchange places with any other people or any other generation. The energy, the faith, the devotion which we bring to this endeavor will light our country and all who serve it. And the glow from that fire can truly light the world.

          在世界歷史的長河里,只有少數(shù)幾代人被賦予了在自由面臨最大危機(jī)時(shí)捍衛(wèi)自由的使命,我不會(huì)畏縮于這一責(zé)任——我歡迎它!我也不相信我們中的任何人會(huì)愿意與其他國家的人民或其他世代的人民易地而處。我們?cè)谶@場努力中所傾注的精力、信念和奉獻(xiàn)將照耀我們的國家以及所有為之獻(xiàn)身的人,火焰所放射出的光芒必將普照全世界。

          And so, my fellow Americans, ask not what your country can do for you; ask what you can do for your country.

          所以,我的美國同胞們,不要問你的國家為你做了什么,而應(yīng)問你能為你的國家做些什么。

          My fellow citizens of the world, ask not what America will do for you, but what together we can do for the freedom of man.

          我的世界同胞們,不要問美國將為你做些什么,而應(yīng)問我們應(yīng)該一起為了全人類的自由做些什么。

          Finally, whether you are citizens of America or citizens of the world, ask of us here the same high standards of strength and sacrifice which we ask of you. With a good conscience our only sure reward, with history the final judge of our deeds, let us go forth to lead the land we love, asking His blessing and His help, but knowing that here on earth God's work must truly be our own.

          最后,無論是美國公民還是世界其他國家的公民,請(qǐng)用我們要求于你們的關(guān)于力量和犧牲的高標(biāo)準(zhǔn)來要求我們,本著我們唯一可以指望有所回報(bào)的善意良知,依著能最終裁決我們功業(yè)的歷史,讓我們著手領(lǐng)導(dǎo)我們所熱愛的國家,在祈求神的賜福和神的幫助的同時(shí),也能深切體認(rèn),在這片土地上,神的工作必定也是我們自己所應(yīng)承擔(dān)的使命。

          posted @ 2007-06-30 11:18 chenweicai 閱讀(627) | 評(píng)論 (0)編輯 收藏

          2007年6月27日

          摘要:

          雖然session機(jī)制在web應(yīng)用程序中被采用已經(jīng)很長時(shí)間了,但是仍然有很多人不清楚session機(jī)制的本質(zhì),以至不能正確的應(yīng)用這一技術(shù)。本文將詳細(xì)討論session的工作機(jī)制并且對(duì)在Java web application中應(yīng)用session機(jī)制時(shí)常見的問題作出解答。
           
          一、術(shù)語session
          在我的經(jīng)驗(yàn)里,session這個(gè)詞被濫用的程度大概僅次于transaction,更加有趣的是transaction與session在某些語境下的含義是相同的。

          session,中文經(jīng)常翻譯為會(huì)話,其本來的含義是指有始有終的一系列動(dòng)作/消息,比如打電話時(shí)從拿起電話撥號(hào)到掛斷電話這中間的一系列過程可以稱之為一個(gè) session。有時(shí)候我們可以看到這樣的話“在一個(gè)瀏覽器會(huì)話期間,...”,這里的會(huì)話一詞用的就是其本義,是指從一個(gè)瀏覽器窗口打開到關(guān)閉這個(gè)期間 ①。最混亂的是“用戶(客戶端)在一次會(huì)話期間”這樣一句話,它可能指用戶的一系列動(dòng)作(一般情況下是同某個(gè)具體目的相關(guān)的一系列動(dòng)作,比如從登錄到選購商品到結(jié)賬登出這樣一個(gè)網(wǎng)上購物的過程,有時(shí)候也被稱為一個(gè)transaction),然而有時(shí)候也可能僅僅是指一次連接,也有可能是指含義①,其中的差別只能靠上下文來推斷②。

          然而當(dāng)session一詞與網(wǎng)絡(luò)協(xié)議相關(guān)聯(lián)時(shí),它又往往隱含了“面向連接”和/或“保持狀態(tài)”這樣兩個(gè)含義, “面向連接”指的是在通信雙方在通信之前要先建立一個(gè)通信的渠道,比如打電話,直到對(duì)方接了電話通信才能開始,與此相對(duì)的是寫信,在你把信發(fā)出去的時(shí)候你并不能確認(rèn)對(duì)方的地址是否正確,通信渠道不一定能建立,但對(duì)發(fā)信人來說,通信已經(jīng)開始了。“保持狀態(tài)”則是指通信的一方能夠把一系列的消息關(guān)聯(lián)起來,使得消息之間可以互相依賴,比如一個(gè)服務(wù)員能夠認(rèn)出再次光臨的老顧客并且記得上次這個(gè)顧客還欠店里一塊錢。這一類的例子有“一個(gè)TCP session”或者 “一個(gè)POP3 session”③。

          而到了web服務(wù)器蓬勃發(fā)展的時(shí)代,session在web開發(fā)語境下的語義又有了新的擴(kuò)展,它的含義是指一類用來在客戶端與服務(wù)器之間保持狀態(tài)的解決方案④。有時(shí)候session也用來指這種解決方案的存儲(chǔ)結(jié)構(gòu),如“把xxx保存在session 里”⑤。由于各種用于web開發(fā)的語言在一定程度上都提供了對(duì)這種解決方案的支持,所以在某種特定語言的語境下,session也被用來指代該語言的解決方案,比如經(jīng)常把Java里提供的javax.servlet.http.HttpSession簡稱為session⑥。

          鑒于這種混亂已不可改變,本文中session一詞的運(yùn)用也會(huì)根據(jù)上下文有不同的含義,請(qǐng)大家注意分辨。
          在本文中,使用中文“瀏覽器會(huì)話期間”來表達(dá)含義①,使用“session機(jī)制”來表達(dá)含義④,使用“session”表達(dá)含義⑤,使用具體的“HttpSession”來表達(dá)含義⑥

          二、HTTP協(xié)議與狀態(tài)保持
          HTTP 協(xié)議本身是無狀態(tài)的,這與HTTP協(xié)議本來的目的是相符的,客戶端只需要簡單的向服務(wù)器請(qǐng)求下載某些文件,無論是客戶端還是服務(wù)器都沒有必要紀(jì)錄彼此過去的行為,每一次請(qǐng)求之間都是獨(dú)立的,好比一個(gè)顧客和一個(gè)自動(dòng)售貨機(jī)或者一個(gè)普通的(非會(huì)員制)大賣場之間的關(guān)系一樣。

          然而聰明(或者貪心?)的人們很快發(fā)現(xiàn)如果能夠提供一些按需生成的動(dòng)態(tài)信息會(huì)使web變得更加有用,就像給有線電視加上點(diǎn)播功能一樣。這種需求一方面迫使HTML逐步添加了表單、腳本、DOM等客戶端行為,另一方面在服務(wù)器端則出現(xiàn)了CGI規(guī)范以響應(yīng)客戶端的動(dòng)態(tài)請(qǐng)求,作為傳輸載體的HTTP協(xié)議也添加了文件上載、 cookie這些特性。其中cookie的作用就是為了解決HTTP協(xié)議無狀態(tài)的缺陷所作出的努力。至于后來出現(xiàn)的session機(jī)制則是又一種在客戶端與服務(wù)器之間保持狀態(tài)的解決方案。

          讓我們用幾個(gè)例子來描述一下cookie和session機(jī)制之間的區(qū)別與聯(lián)系。筆者曾經(jīng)常去的一家咖啡店有喝5杯咖啡免費(fèi)贈(zèng)一杯咖啡的優(yōu)惠,然而一次性消費(fèi)5杯咖啡的機(jī)會(huì)微乎其微,這時(shí)就需要某種方式來紀(jì)錄某位顧客的消費(fèi)數(shù)量。想象一下其實(shí)也無外乎下面的幾種方案:
          1、該店的店員很厲害,能記住每位顧客的消費(fèi)數(shù)量,只要顧客一走進(jìn)咖啡店,店員就知道該怎么對(duì)待了。這種做法就是協(xié)議本身支持狀態(tài)。
          2、發(fā)給顧客一張卡片,上面記錄著消費(fèi)的數(shù)量,一般還有個(gè)有效期限。每次消費(fèi)時(shí),如果顧客出示這張卡片,則此次消費(fèi)就會(huì)與以前或以后的消費(fèi)相聯(lián)系起來。這種做法就是在客戶端保持狀態(tài)。
          3、發(fā)給顧客一張會(huì)員卡,除了卡號(hào)之外什么信息也不紀(jì)錄,每次消費(fèi)時(shí),如果顧客出示該卡片,則店員在店里的紀(jì)錄本上找到這個(gè)卡號(hào)對(duì)應(yīng)的紀(jì)錄添加一些消費(fèi)信息。這種做法就是在服務(wù)器端保持狀態(tài)。

          由于HTTP協(xié)議是無狀態(tài)的,而出于種種考慮也不希望使之成為有狀態(tài)的,因此,后面兩種方案就成為現(xiàn)實(shí)的選擇。具體來說cookie機(jī)制采用的是在客戶端保持狀態(tài)的方案,而session機(jī)制采用的是在服務(wù)器端保持狀態(tài)的方案。同時(shí)我們也看到,由于采用服務(wù)器端保持狀態(tài)的方案在客戶端也需要保存一個(gè)標(biāo)識(shí),所以session機(jī)制可能需要借助于cookie機(jī)制來達(dá)到保存標(biāo)識(shí)的目的,但實(shí)際上它還有其他選擇。

          三、理解cookie機(jī)制
          cookie機(jī)制的基本原理就如上面的例子一樣簡單,但是還有幾個(gè)問題需要解決:“會(huì)員卡”如何分發(fā);“會(huì)員卡”的內(nèi)容;以及客戶如何使用“會(huì)員卡”。

          正統(tǒng)的cookie分發(fā)是通過擴(kuò)展HTTP協(xié)議來實(shí)現(xiàn)的,服務(wù)器通過在HTTP的響應(yīng)頭中加上一行特殊的指示以提示瀏覽器按照指示生成相應(yīng)的cookie。然而純粹的客戶端腳本如JavaScript或者VBScript也可以生成cookie。

          而cookie 的使用是由瀏覽器按照一定的原則在后臺(tái)自動(dòng)發(fā)送給服務(wù)器的。瀏覽器檢查所有存儲(chǔ)的cookie,如果某個(gè)cookie所聲明的作用范圍大于等于將要請(qǐng)求的資源所在的位置,則把該cookie附在請(qǐng)求資源的HTTP請(qǐng)求頭上發(fā)送給服務(wù)器。意思是麥當(dāng)勞的會(huì)員卡只能在麥當(dāng)勞的店里出示,如果某家分店還發(fā)行了自己的會(huì)員卡,那么進(jìn)這家店的時(shí)候除了要出示麥當(dāng)勞的會(huì)員卡,還要出示這家店的會(huì)員卡。

          cookie的內(nèi)容主要包括:名字,值,過期時(shí)間,路徑和域。
          其中域可以指定某一個(gè)域比如.google.com,相當(dāng)于總店招牌,比如寶潔公司,也可以指定一個(gè)域下的具體某臺(tái)機(jī)器比如www.google.com或者froogle.google.com,可以用飄柔來做比。
          路徑就是跟在域名后面的URL路徑,比如/或者/foo等等,可以用某飄柔專柜做比。
          路徑與域合在一起就構(gòu)成了cookie的作用范圍。
          如果不設(shè)置過期時(shí)間,則表示這個(gè)cookie的生命期為瀏覽器會(huì)話期間,只要關(guān)閉瀏覽器窗口,cookie就消失了。這種生命期為瀏覽器會(huì)話期的 cookie被稱為會(huì)話cookie。會(huì)話cookie一般不存儲(chǔ)在硬盤上而是保存在內(nèi)存里,當(dāng)然這種行為并不是規(guī)范規(guī)定的。如果設(shè)置了過期時(shí)間,瀏覽器就會(huì)把cookie保存到硬盤上,關(guān)閉后再次打開瀏覽器,這些cookie仍然有效直到超過設(shè)定的過期時(shí)間。

          存儲(chǔ)在硬盤上的cookie 可以在不同的瀏覽器進(jìn)程間共享,比如兩個(gè)IE窗口。而對(duì)于保存在內(nèi)存里的cookie,不同的瀏覽器有不同的處理方式。對(duì)于IE,在一個(gè)打開的窗口上按 Ctrl-N(或者從文件菜單)打開的窗口可以與原窗口共享,而使用其他方式新開的IE進(jìn)程則不能共享已經(jīng)打開的窗口的內(nèi)存cookie;對(duì)于 Mozilla Firefox0.8,所有的進(jìn)程和標(biāo)簽頁都可以共享同樣的cookie。一般來說是用javascript的window.open打開的窗口會(huì)與原窗口共享內(nèi)存cookie。瀏覽器對(duì)于會(huì)話cookie的這種只認(rèn)cookie不認(rèn)人的處理方式經(jīng)常給采用session機(jī)制的web應(yīng)用程序開發(fā)者造成很大的困擾。

          下面就是一個(gè)goolge設(shè)置cookie的響應(yīng)頭的例子
          HTTP/1.1 302 Found
          Location: http://www.google.com/intl/zh-CN/
          Set-Cookie: PREF=ID=0565f77e132de138:NW=1:TM=1098082649:LM=1098082649:S=KaeaCFPo49RiA_d8; expires=Sun, 17-Jan-2038 19:14:07 GMT; path=/; domain=.google.com
          Content-Type: text/html


          image
          這是使用HTTPLook這個(gè)HTTP Sniffer軟件來俘獲的HTTP通訊紀(jì)錄的一部分

          image
          瀏覽器在再次訪問goolge的資源時(shí)自動(dòng)向外發(fā)送cookie

          image
          用Firefox可以很容易的觀察現(xiàn)有的cookie的值
          使用HTTPLook配合Firefox可以很容易的理解cookie的工作原理。

          image
          IE也可以設(shè)置在接受cookie前詢問

          四、理解session機(jī)制

          session機(jī)制是一種服務(wù)器端的機(jī)制,服務(wù)器使用一種類似于散列表的結(jié)構(gòu)(也可能就是使用散列表)來保存信息。

          當(dāng)程序需要為某個(gè)客戶端的請(qǐng)求創(chuàng)建一個(gè)session的時(shí)候,服務(wù)器首先檢查這個(gè)客戶端的請(qǐng)求里是否已包含了一個(gè)session標(biāo)識(shí) - 稱為 session id,如果已包含一個(gè)session id則說明以前已經(jīng)為此客戶端創(chuàng)建過session,服務(wù)器就按照session id把這個(gè) session檢索出來使用(如果檢索不到,可能會(huì)新建一個(gè)),如果客戶端請(qǐng)求不包含session id,則為此客戶端創(chuàng)建一個(gè)session并且生成一個(gè)與此session相關(guān)聯(lián)的session id,session id的值應(yīng)該是一個(gè)既不會(huì)重復(fù),又不容易被找到規(guī)律以仿造的字符串,這個(gè) session id將被在本次響應(yīng)中返回給客戶端保存。

          保存這個(gè)session id的方式可以采用cookie,這樣在交互過程中瀏覽器可以自動(dòng)的按照規(guī)則把這個(gè)標(biāo)識(shí)發(fā)揮給服務(wù)器。一般這個(gè)cookie的名字都是類似于SEEESIONID,而。比如weblogic對(duì)于web應(yīng)用程序生成的cookie,JSESSIONID= ByOK3vjFD75aPnrF7C2HmdnV6QZcEbzWoWiBYEnLerjQ99zWpBng!-145788764,它的名字就是 JSESSIONID。

          由于cookie可以被人為的禁止,必須有其他機(jī)制以便在cookie被禁止時(shí)仍然能夠把session id傳遞回服務(wù)器。經(jīng)常被使用的一種技術(shù)叫做URL重寫,就是把session id直接附加在URL路徑的后面,附加方式也有兩種,一種是作為URL路徑的附加信息,表現(xiàn)形式為http://...../xxx;jsessionid= ByOK3vjFD75aPnrF7C2HmdnV6QZcEbzWoWiBYEnLerjQ99zWpBng!-145788764
          另一種是作為查詢字符串附加在URL后面,表現(xiàn)形式為http://...../xxx?jsessionid=ByOK3vjFD75aPnrF7C2HmdnV6QZcEbzWoWiBYEnLerjQ99zWpBng!-145788764
          這兩種方式對(duì)于用戶來說是沒有區(qū)別的,只是服務(wù)器在解析的時(shí)候處理的方式不同,采用第一種方式也有利于把session id的信息和正常程序參數(shù)區(qū)分開來。
          為了在整個(gè)交互過程中始終保持狀態(tài),就必須在每個(gè)客戶端可能請(qǐng)求的路徑后面都包含這個(gè)session id。

          另一種技術(shù)叫做表單隱藏字段。就是服務(wù)器會(huì)自動(dòng)修改表單,添加一個(gè)隱藏字段,以便在表單提交時(shí)能夠把session id傳遞回服務(wù)器。比如下面的表單
          <form name="testform" action="/xxx">
          <input type="text">
          </form>


          在被傳遞給客戶端之前將被改寫成
          <form name="testform" action="/xxx">
          <input type="hidden" name="jsessionid" value="ByOK3vjFD75aPnrF7C2HmdnV6QZcEbzWoWiBYEnLerjQ99zWpBng!-145788764">
          <input type="text">
          </form>


          這種技術(shù)現(xiàn)在已較少應(yīng)用,筆者接觸過的很古老的iPlanet6(SunONE應(yīng)用服務(wù)器的前身)就使用了這種技術(shù)。
          實(shí)際上這種技術(shù)可以簡單的用對(duì)action應(yīng)用URL重寫來代替。

          在談?wù)搒ession機(jī)制的時(shí)候,常常聽到這樣一種誤解“只要關(guān)閉瀏覽器,session就消失了”。其實(shí)可以想象一下會(huì)員卡的例子,除非顧客主動(dòng)對(duì)店家提出銷卡,否則店家絕對(duì)不會(huì)輕易刪除顧客的資料。對(duì)session來說也是一樣的,除非程序通知服務(wù)器刪除一個(gè)session,否則服務(wù)器會(huì)一直保留,程序一般都是在用戶做log off的時(shí)候發(fā)個(gè)指令去刪除session。然而瀏覽器從來不會(huì)主動(dòng)在關(guān)閉之前通知服務(wù)器它將要關(guān)閉,因此服務(wù)器根本不會(huì)有機(jī)會(huì)知道瀏覽器已經(jīng)關(guān)閉,之所以會(huì)有這種錯(cuò)覺,是大部分session機(jī)制都使用會(huì)話cookie來保存session id,而關(guān)閉瀏覽器后這個(gè) session id就消失了,再次連接服務(wù)器時(shí)也就無法找到原來的session。如果服務(wù)器設(shè)置的cookie被保存到硬盤上,或者使用某種手段改寫瀏覽器發(fā)出的HTTP請(qǐng)求頭,把原來的session id發(fā)送給服務(wù)器,則再次打開瀏覽器仍然能夠找到原來的session。

          恰恰是由于關(guān)閉瀏覽器不會(huì)導(dǎo)致session被刪除,迫使服務(wù)器為seesion設(shè)置了一個(gè)失效時(shí)間,當(dāng)距離客戶端上一次使用session的時(shí)間超過這個(gè)失效時(shí)間時(shí),服務(wù)器就可以認(rèn)為客戶端已經(jīng)停止了活動(dòng),才會(huì)把session刪除以節(jié)省存儲(chǔ)空間。

          五、理解javax.servlet.http.HttpSession
          HttpSession是Java平臺(tái)對(duì)session機(jī)制的實(shí)現(xiàn)規(guī)范,因?yàn)樗鼉H僅是個(gè)接口,具體到每個(gè)web應(yīng)用服務(wù)器的提供商,除了對(duì)規(guī)范支持之外,仍然會(huì)有一些規(guī)范里沒有規(guī)定的細(xì)微差異。這里我們以BEA的Weblogic Server8.1作為例子來演示。

          首先,Weblogic Server提供了一系列的參數(shù)來控制它的HttpSession的實(shí)現(xiàn),包括使用cookie的開關(guān)選項(xiàng),使用URL重寫的開關(guān)選項(xiàng),session持久化的設(shè)置,session失效時(shí)間的設(shè)置,以及針對(duì)cookie的各種設(shè)置,比如設(shè)置cookie的名字、路徑、域, cookie的生存時(shí)間等。

          一般情況下,session都是存儲(chǔ)在內(nèi)存里,當(dāng)服務(wù)器進(jìn)程被停止或者重啟的時(shí)候,內(nèi)存里的session也會(huì)被清空,如果設(shè)置了session的持久化特性,服務(wù)器就會(huì)把session保存到硬盤上,當(dāng)服務(wù)器進(jìn)程重新啟動(dòng)或這些信息將能夠被再次使用, Weblogic Server支持的持久性方式包括文件、數(shù)據(jù)庫、客戶端cookie保存和復(fù)制。

          復(fù)制嚴(yán)格說來不算持久化保存,因?yàn)閟ession實(shí)際上還是保存在內(nèi)存里,不過同樣的信息被復(fù)制到各個(gè)cluster內(nèi)的服務(wù)器進(jìn)程中,這樣即使某個(gè)服務(wù)器進(jìn)程停止工作也仍然可以從其他進(jìn)程中取得session。

          cookie生存時(shí)間的設(shè)置則會(huì)影響瀏覽器生成的cookie是否是一個(gè)會(huì)話cookie。默認(rèn)是使用會(huì)話cookie。有興趣的可以用它來試驗(yàn)我們?cè)诘谒墓?jié)里提到的那個(gè)誤解。

          cookie的路徑對(duì)于web應(yīng)用程序來說是一個(gè)非常重要的選項(xiàng),Weblogic Server對(duì)這個(gè)選項(xiàng)的默認(rèn)處理方式使得它與其他服務(wù)器有明顯的區(qū)別。后面我們會(huì)專題討論。

          關(guān)于session的設(shè)置參考[5] http://e-docs.bea.com/wls/docs70/webapp/weblogic_xml.html#1036869

          六、HttpSession常見問題
          (在本小節(jié)中session的含義為⑤和⑥的混合)

          1、session在何時(shí)被創(chuàng)建
          一個(gè)常見的誤解是以為session在有客戶端訪問時(shí)就被創(chuàng)建,然而事實(shí)是直到某server端程序調(diào)用 HttpServletRequest.getSession(true)這樣的語句時(shí)才被創(chuàng)建,注意如果JSP沒有顯示的使用 <% @page session="false"%> 關(guān)閉session,則JSP文件在編譯成Servlet時(shí)將會(huì)自動(dòng)加上這樣一條語句 HttpSession session = HttpServletRequest.getSession(true);這也是JSP中隱含的 session對(duì)象的來歷。

          由于session會(huì)消耗內(nèi)存資源,因此,如果不打算使用session,應(yīng)該在所有的JSP中關(guān)閉它。

          2、session何時(shí)被刪除
          綜合前面的討論,session在下列情況下被刪除a.程序調(diào)用HttpSession.invalidate();或b.距離上一次收到客戶端發(fā)送的session id時(shí)間間隔超過了session的超時(shí)設(shè)置;或c.服務(wù)器進(jìn)程被停止(非持久session)

          3、如何做到在瀏覽器關(guān)閉時(shí)刪除session
          嚴(yán)格的講,做不到這一點(diǎn)。可以做一點(diǎn)努力的辦法是在所有的客戶端頁面里使用javascript代碼window.oncolose來監(jiān)視瀏覽器的關(guān)閉動(dòng)作,然后向服務(wù)器發(fā)送一個(gè)請(qǐng)求來刪除session。但是對(duì)于瀏覽器崩潰或者強(qiáng)行殺死進(jìn)程這些非常規(guī)手段仍然無能為力。

          4、有個(gè)HttpSessionListener是怎么回事
          你可以創(chuàng)建這樣的listener去監(jiān)控session的創(chuàng)建和銷毀事件,使得在發(fā)生這樣的事件時(shí)你可以做一些相應(yīng)的工作。注意是session的創(chuàng)建和銷毀動(dòng)作觸發(fā)listener,而不是相反。類似的與HttpSession有關(guān)的listener還有 HttpSessionBindingListener,HttpSessionActivationListener和 HttpSessionAttributeListener。

          5、存放在session中的對(duì)象必須是可序列化的嗎
          不是必需的。要求對(duì)象可序列化只是為了session能夠在集群中被復(fù)制或者能夠持久保存或者在必要時(shí)server能夠暫時(shí)把session交換出內(nèi)存。在 Weblogic Server的session中放置一個(gè)不可序列化的對(duì)象在控制臺(tái)上會(huì)收到一個(gè)警告。我所用過的某個(gè)iPlanet版本如果 session中有不可序列化的對(duì)象,在session銷毀時(shí)會(huì)有一個(gè)Exception,很奇怪。

          6、如何才能正確的應(yīng)付客戶端禁止cookie的可能性
          對(duì)所有的URL使用URL重寫,包括超鏈接,form的action,和重定向的URL,具體做法參見[6]
          http://e-docs.bea.com/wls/docs70/webapp/sessions.html#100770

          7、開兩個(gè)瀏覽器窗口訪問應(yīng)用程序會(huì)使用同一個(gè)session還是不同的session
          參見第三小節(jié)對(duì)cookie的討論,對(duì)session來說是只認(rèn)id不認(rèn)人,因此不同的瀏覽器,不同的窗口打開方式以及不同的cookie存儲(chǔ)方式都會(huì)對(duì)這個(gè)問題的答案有影響。

          8、如何防止用戶打開兩個(gè)瀏覽器窗口操作導(dǎo)致的session混亂
          這個(gè)問題與防止表單多次提交是類似的,可以通過設(shè)置客戶端的令牌來解決。就是在服務(wù)器每次生成一個(gè)不同的id返回給客戶端,同時(shí)保存在session里,客戶端提交表單時(shí)必須把這個(gè)id也返回服務(wù)器,程序首先比較返回的id與保存在session里的值是否一致,如果不一致則說明本次操作已經(jīng)被提交過了。可以參看《J2EE核心模式》關(guān)于表示層模式的部分。需要注意的是對(duì)于使用javascript window.open打開的窗口,一般不設(shè)置這個(gè)id,或者使用單獨(dú)的id,以防主窗口無法操作,建議不要再window.open打開的窗口里做修改操作,這樣就可以不用設(shè)置。

          9、為什么在Weblogic Server中改變session的值后要重新調(diào)用一次session.setValue
          做這個(gè)動(dòng)作主要是為了在集群環(huán)境中提示W(wǎng)eblogic Server session中的值發(fā)生了改變,需要向其他服務(wù)器進(jìn)程復(fù)制新的session值。

          10、為什么session不見了
          排除session正常失效的因素之外,服務(wù)器本身的可能性應(yīng)該是微乎其微的,雖然筆者在iPlanet6SP1加若干補(bǔ)丁的Solaris版本上倒也遇到過;瀏覽器插件的可能性次之,筆者也遇到過3721插件造成的問題;理論上防火墻或者代理服務(wù)器在cookie處理上也有可能會(huì)出現(xiàn)問題。
          出現(xiàn)這一問題的大部分原因都是程序的錯(cuò)誤,最常見的就是在一個(gè)應(yīng)用程序中去訪問另外一個(gè)應(yīng)用程序。我們?cè)谙乱还?jié)討論這個(gè)問題。

          七、跨應(yīng)用程序的session共享

          常常有這樣的情況,一個(gè)大項(xiàng)目被分割成若干小項(xiàng)目開發(fā),為了能夠互不干擾,要求每個(gè)小項(xiàng)目作為一個(gè)單獨(dú)的web應(yīng)用程序開發(fā),可是到了最后突然發(fā)現(xiàn)某幾個(gè)小項(xiàng)目之間需要共享一些信息,或者想使用session來實(shí)現(xiàn)SSO(single sign on),在session中保存login的用戶信息,最自然的要求是應(yīng)用程序間能夠訪問彼此的session。

          然而按照Servlet規(guī)范,session的作用范圍應(yīng)該僅僅限于當(dāng)前應(yīng)用程序下,不同的應(yīng)用程序之間是不能夠互相訪問對(duì)方的session的。各個(gè)應(yīng)用服務(wù)器從實(shí)際效果上都遵守了這一規(guī)范,但是實(shí)現(xiàn)的細(xì)節(jié)卻可能各有不同,因此解決跨應(yīng)用程序session共享的方法也各不相同。

          首先來看一下Tomcat是如何實(shí)現(xiàn)web應(yīng)用程序之間session的隔離的,從 Tomcat設(shè)置的cookie路徑來看,它對(duì)不同的應(yīng)用程序設(shè)置的cookie路徑是不同的,這樣不同的應(yīng)用程序所用的session id是不同的,因此即使在同一個(gè)瀏覽器窗口里訪問不同的應(yīng)用程序,發(fā)送給服務(wù)器的session id也可以是不同的。

          image
          image

          根據(jù)這個(gè)特性,我們可以推測(cè)Tomcat中session的內(nèi)存結(jié)構(gòu)大致如下。
          image

          筆者以前用過的iPlanet也采用的是同樣的方式,估計(jì)SunONE與iPlanet之間不會(huì)有太大的差別。對(duì)于這種方式的服務(wù)器,解決的思路很簡單,實(shí)際實(shí)行起來也不難。要么讓所有的應(yīng)用程序共享一個(gè)session id,要么讓應(yīng)用程序能夠獲得其他應(yīng)用程序的session id。

          iPlanet中有一種很簡單的方法來實(shí)現(xiàn)共享一個(gè)session id,那就是把各個(gè)應(yīng)用程序的cookie路徑都設(shè)為/(實(shí)際上應(yīng)該是/NASApp,對(duì)于應(yīng)用程序來講它的作用相當(dāng)于根)。
          <session-info>
          <path>/NASApp</path>
          </session-info>


          需要注意的是,操作共享的session應(yīng)該遵循一些編程約定,比如在session attribute名字的前面加上應(yīng)用程序的前綴,使得 setAttribute("name", "neo")變成setAttribute("app1.name", "neo"),以防止命名空間沖突,導(dǎo)致互相覆蓋。

          在Tomcat中則沒有這么方便的選擇。在Tomcat版本3上,我們還可以有一些手段來共享session。對(duì)于版本4以上的Tomcat,目前筆者尚未發(fā)現(xiàn)簡單的辦法。只能借助于第三方的力量,比如使用文件、數(shù)據(jù)庫、JMS或者客戶端cookie,URL參數(shù)或者隱藏字段等手段。

          我們?cè)倏匆幌耊eblogic Server是如何處理session的。
          image
          image

          從截屏畫面上可以看到Weblogic Server對(duì)所有的應(yīng)用程序設(shè)置的cookie的路徑都是/,這是不是意味著在Weblogic Server中默認(rèn)的就可以共享session了呢?然而一個(gè)小實(shí)驗(yàn)即可證明即使不同的應(yīng)用程序使用的是同一個(gè)session,各個(gè)應(yīng)用程序仍然只能訪問自己所設(shè)置的那些屬性。這說明Weblogic Server中的session的內(nèi)存結(jié)構(gòu)可能如下
          image

          對(duì)于這樣一種結(jié)構(gòu),在 session機(jī)制本身上來解決session共享的問題應(yīng)該是不可能的了。除了借助于第三方的力量,比如使用文件、數(shù)據(jù)庫、JMS或者客戶端 cookie,URL參數(shù)或者隱藏字段等手段,還有一種較為方便的做法,就是把一個(gè)應(yīng)用程序的session放到ServletContext中,這樣另外一個(gè)應(yīng)用程序就可以從ServletContext中取得前一個(gè)應(yīng)用程序的引用。示例代碼如下,

          應(yīng)用程序A
          context.setAttribute("appA", session);
          


          應(yīng)用程序B
          contextA = context.getContext("/appA");
          HttpSession sessionA = (HttpSession)contextA.getAttribute("appA");


          值得注意的是這種用法不可移植,因?yàn)楦鶕?jù)ServletContext的JavaDoc,應(yīng)用服務(wù)器可以處于安全的原因?qū)τ赾ontext.getContext("/appA");返回空值,以上做法在Weblogic Server 8.1中通過。

          那么Weblogic Server為什么要把所有的應(yīng)用程序的cookie路徑都設(shè)為/呢?原來是為了SSO,凡是共享這個(gè)session的應(yīng)用程序都可以共享認(rèn)證的信息。一個(gè)簡單的實(shí)驗(yàn)就可以證明這一點(diǎn),修改首先登錄的那個(gè)應(yīng)用程序的描述符weblogic.xml,把cookie路徑修改為/appA 訪問另外一個(gè)應(yīng)用程序會(huì)重新要求登錄,即使是反過來,先訪問cookie路徑為/的應(yīng)用程序,再訪問修改過路徑的這個(gè),雖然不再提示登錄,但是登錄的用戶信息也會(huì)丟失。注意做這個(gè)實(shí)驗(yàn)時(shí)認(rèn)證方式應(yīng)該使用FORM,因?yàn)闉g覽器和web服務(wù)器對(duì)basic認(rèn)證方式有其他的處理方式,第二次請(qǐng)求的認(rèn)證不是通過 session來實(shí)現(xiàn)的。具體請(qǐng)參看[7] secion 14.8 Authorization,你可以修改所附的示例程序來做這些試驗(yàn)。

          八、總結(jié)
          session機(jī)制本身并不復(fù)雜,然而其實(shí)現(xiàn)和配置上的靈活性卻使得具體情況復(fù)雜多變。這也要求我們不能把僅僅某一次的經(jīng)驗(yàn)或者某一個(gè)瀏覽器,服務(wù)器的經(jīng)驗(yàn)當(dāng)作普遍適用的經(jīng)驗(yàn),而是始終需要具體情況具體分析。
          摘要:雖然session機(jī)制在web應(yīng)用程序中被采用已經(jīng)很長時(shí)間了,但是仍然有很多人不清楚session機(jī)制的本質(zhì),以至不能正確的應(yīng)用這一技術(shù)。本文將詳細(xì)討論session的工作機(jī)制并且對(duì)在Java web application中應(yīng)用session機(jī)制時(shí)常見的問題作出解答。

          posted @ 2007-06-27 22:36 chenweicai 閱讀(268) | 評(píng)論 (0)編輯 收藏

          counting 1 bits C implementations

          (idea) by bis (1.5 mon) (print)   ?   Thu Oct 18 2001 at 4:34:42

          Here are C implementations of all the methods for counting 1 bits mentioned in that node. (Go read that first, if you haven't already.) All of the statistical information is purely anecdotal, but for what it's worth, it's based on my testing the code on a Pentium 3 and a Celeron 2, using the cl compiler of Microsoft Visual C++, and on a Sun Ultra 5, using gcc and Sun's own cc. For testing 64-bit code, I used __int64 on the Intel machines, and long long on the Sparc. It's worth noting that while Sun's compiler outputs faster executables than gcc, it doesn't change the relative performance of the different methods.

          Table Lookup

          Use a pre-built lookup table of all the 1-bit counts for every possibly byte, then index into that for each byte that comprises the word. This is the fastest method (slightly) for 32 bits on both Intel and Sparc, and (even more slightly) the fastest for 64 bits on Sparc, falling to second fastest on 64 bits on Intel. Changing the lookup table from anything but unsigned or int makes it a little slower (what with the extra casting and byte-loading the compiler is forced to add.)
          unsigned numbits_lookup_table[256] = {
                          0, 1, 1, 2, 1, 2, 2, 3, 1, 2, 2, 3, 2, 3, 3, 4, 1, 2, 2, 3, 2, 3, 3, 4, 2,
                          3, 3, 4, 3, 4, 4, 5, 1, 2, 2, 3, 2, 3, 3, 4, 2, 3, 3, 4, 3, 4, 4, 5, 2, 3,
                          3, 4, 3, 4, 4, 5, 3, 4, 4, 5, 4, 5, 5, 6, 1, 2, 2, 3, 2, 3, 3, 4, 2, 3, 3,
                          4, 3, 4, 4, 5, 2, 3, 3, 4, 3, 4, 4, 5, 3, 4, 4, 5, 4, 5, 5, 6, 2, 3, 3, 4,
                          3, 4, 4, 5, 3, 4, 4, 5, 4, 5, 5, 6, 3, 4, 4, 5, 4, 5, 5, 6, 4, 5, 5, 6, 5,
                          6, 6, 7, 1, 2, 2, 3, 2, 3, 3, 4, 2, 3, 3, 4, 3, 4, 4, 5, 2, 3, 3, 4, 3, 4,
                          4, 5, 3, 4, 4, 5, 4, 5, 5, 6, 2, 3, 3, 4, 3, 4, 4, 5, 3, 4, 4, 5, 4, 5, 5,
                          6, 3, 4, 4, 5, 4, 5, 5, 6, 4, 5, 5, 6, 5, 6, 6, 7, 2, 3, 3, 4, 3, 4, 4, 5,
                          3, 4, 4, 5, 4, 5, 5, 6, 3, 4, 4, 5, 4, 5, 5, 6, 4, 5, 5, 6, 5, 6, 6, 7, 3,
                          4, 4, 5, 4, 5, 5, 6, 4, 5, 5, 6, 5, 6, 6, 7, 4, 5, 5, 6, 5, 6, 6, 7, 5, 6,
                          6, 7, 6, 7, 7, 8
                          };
                          unsigned numbits_lookup(unsigned i)
                          {
                          unsigned n;
                          n = numbits_lookup_table[i & 0xff];
                          n += numbits_lookup_table[i>>8  & 0xff];
                          n += numbits_lookup_table[i>>16 & 0xff];
                          n += numbits_lookup_table[i>>24 & 0xff];
                          return n;
                          }
                          

           

          Counters

          If you want a full explanation of how this works, read my writeup at counting 1 bits, but suffice it to say that you are essentially partitioning the word into groups, and combining the groups by adding them together in pairs until you are left with only one group, which is the answer. (performance notes in the next section.)
          unsigned numbits(unsigned int i)
                          {
                          unsigned int const MASK1  = 0x55555555;
                          unsigned int const MASK2  = 0x33333333;
                          unsigned int const MASK4  = 0x0f0f0f0f;
                          unsigned int const MASK8  = 0x00ff00ff;
                          unsigned int const MASK16 = 0x0000ffff;
                          i = (i&MASK1 ) + (i>>1 &MASK1 );
                          i = (i&MASK2 ) + (i>>2 &MASK2 );
                          i = (i&MASK4 ) + (i>>4 &MASK4 );
                          i = (i&MASK8 ) + (i>>8 &MASK8 );
                          i = (i&MASK16) + (i>>16&MASK16);
                          return i;
                          }
                          

           

          Optimized Counters

          call pointed out in counting 1 bits that you could optimize the Counters method further if you pay attention to which bits you care about and which you don't, which allows you to skip applying some of the masks.

           

          Some symbols that I'll use to represent what's going on:

          • 0: bits we know are zero from the previous step
          • o: bits we know are zero due to masking
          • -: bits we know are zero due to shifting
          • X: bits that might be 1 and we care about their values
          • x: bits that might be 1 but we don't care about their values

           

          So a 0 plus a 0 is still a 0, obviously; the tricky ones are the others, but they're not even so bad. 0 plus X is X, since if the X is a 0 or a 1, added to 0 it will pass through unchanged. However, X plus X is XX, because the sum can range from 0 (0+0), to 10 (1+1). The same holds true with xs, once those show up.

          Step 1:

                  oXoXoXoXoXoXoXoXoXoXoXoXoXoXoXoX
                          +       -XoXoXoXoXoXoXoXoXoXoXoXoXoXoXoX
                          XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
                          
          Step 2:
                  ooXXooXXooXXooXXooXXooXXooXXooXX
                          +       --XXooXXooXXooXXooXXooXXooXXooXX
                          0XXX0XXX0XXX0XXX0XXX0XXX0XXX0XXX
                          
          Step 3:
                  oooo0XXXoooo0XXXoooo0XXXoooo0XXX
                          +       ----0XXXoooo0XXXoooo0XXXoooo0XXX
                          0000XXXX0000XXXX0000XXXX0000XXXX
                          
          Step 4:
                  oooooooo0000XXXXoooooooo0000XXXX
                          +       --------0000XXXXoooooooo0000XXXX
                          00000000000XXXXX00000000000XXXXX
                          
          Step 5:
                  oooooooooooooooo00000000000XXXXX
                          +       ----------------00000000000XXXXX
                          00000000000000000000000000XXXXXX
                          
          You'll notice that the higher the step, the more known zeros (0) there are. call's suggestion was to change step 5 to this:

          Step 5:
                  ooooooooooooxxxx00000000000XXXXX
                          +       ----------------00000000000XXXXX
                          000000000000xxxx0000000000XXXXXX
                          (mask)  ooooooooooooooooooooooooooXXXXXX
                          
          (where "(mask)" means "after adding, apply a mask".)

           

          However, you can go back even further and apply the same technique - all the way to step 3, in fact. The best I can think to optimize this changes the last three steps into the following: Step 3:

                  0xxx0XXX0xxx0XXX0xxx0XXX0xxx0XXX
                          +       ----0XXX0xxx0XXX0xxx0XXX0xxx0XXX
                          0xxxXXXX0xxxXXXX0xxxXXXX0xxxXXXX
                          (mask)  0000XXXX0000XXXX0000XXXX0000XXXX
                          
          Step 4:
                  0000xxxx0000XXXX0000xxxx0000XXXX
                          +       --------0000XXXX0000xxxx0000XXXX
                          0000xxxx000XXXXX000xxxxx000XXXXX
                          
          Step 5:
                  0000xxxx000xxxxx000xxxxx000XXXXX
                          +       ----------------000xxxxx000XXXXX
                          0000xxxx000xxxxx00xxxxxx00XXXXXX
                          (mask)  ooooooooooooooooooooooooooXXXXXX
                          
          Anyway, that's all very lovely, but here's the C to do it:
          unsigned numbits(unsigned int i)
                          {
                          unsigned int const MASK1  = 0x55555555;
                          unsigned int const MASK2  = 0x33333333;
                          unsigned int const MASK4  = 0x0f0f0f0f;
                          unsigned int const MASK6 = 0x0000003f;
                          unsigned int const w = (v & MASK1) + ((v >> 1) & MASK1);
                          unsigned int const x = (w & MASK2) + ((w >> 2) & MASK2);
                          unsigned int const y = (x + (x >> 4) & MASK4);
                          unsigned int const z = (y + (y >> 8));
                          unsigned int const c = (z + (z >> 16)) & MASK6;
                          return c;
                          }
                          
          The performance on this method is marginally worse than the lookup method in the 32 bit cases, slightly better than lookup on 64 bit Intel, and right about the same on 64 bit Sparc. Of note is the fact that loading one of these bitmasks into a register actually takes two instructions on RISC machines, and a longer-than-32-bit instruction on the Intel, because it's impossible to pack an instruction and 32 bits worth of data into a single 32 bit instruction. See the bottom of jamesc's writeup at MIPS for more details on that...

           

          Mind-bending "best" method (even more optimized counters)

          A slightly-modified version of the code on this page: http://graphics.stanford.edu/~seander/bithacks.html#CountBitsSetParallel, which in turn stole the code from the "Software Optimization Guide for AMD AthlonTM 64 and OpteronTM Processors":
          unsigned numbits(unsigned int i)
                          {
                          unsigned int const MASK1 = 0x55555555;
                          unsigned int const MASK2 = 0x33333333;
                          unsigned int const MASK4 = 0x0f0f0f0f;
                          unsigned int const w = v - ((v >> 1) & MASK1);
                          unsigned int const x = (w & MASK2) + ((w >> 2) & MASK2);
                          unsigned int const y = (x + (x >> 4) & MASK4);
                          unsigned int const c = (y * 0x01010101) >> 24;
                          return c;
                          }
                          
          This method is identical to the "Optimized Counters" method, with two tricks applied:
          1. To get rid of an AND in the first line: instead of adding adjacent bits, it subtracts the high bit by itself of a pair of the bits from the pair together, because the results are the same. 00 - 0 = 0, 01 - 0 = 01, 10 - 1 = 01, 11 - 1 = 10
          2. To merge the last two lines into one, it uses a multiply and a shift, which adds the four remaining byte-sized "counters" together in one step.

           

          Subtract 1 and AND

          See counting 1 bits SPOILER for a fuller explanation of this one, but basically the lowest 1-bit gets zeroed out every iteration, so when you run out of 1s to zero, you've iterated to the number of bits in the word. Clever. Unfortunately, not that terribly fast; it's roughly two to three times slower than the lookup and counters methods on both architectures.
          unsigned numbits_subtraction(unsigned i)
                          {
                          unsigned n;
                          for(n=0; i; n++)
                          i &= i-1;
                          return n;
                          }
                          

           

          Straightforwardly Examine Each Bit

          The most easily understandable and slowest method: iterate over all the bits in the word; if the current bit is a 1, then increment the counter, otherwise, do nothing. That's actually done here by looking at the least-significant bit on each iteration, then shifting to the right one, and iterating until there are no more 1 bits in the word. There's a little optimization in the #ifndef here: instead of doing if (i & 1) n++;, which uses a branch instruction, just add the actual value of the least-significant bit to the counter ( n += (i & 1); ), as it will be a 1 when you want to add 1, and 0 when you don't. (We're just twiddling bits anyway, so why not?) This actually makes the processor do more adds, but adding is fast, and branching is slow, on modern processors, so it turns out to be about twice as fast. However, even "twice as fast" is still four to five times slower than the lookup method, again, on all architectures.
          unsigned numbits(unsigned int i)
                          {
                          unsigned n;
                          for(n=0; i; i >>= 1)
                          #ifndef MORE_OPTIMAL
                          if (i & 1) n++;
                          #else
                          n += (i & 1);
                          #endif
                          return n;
                          }
                          
          Now, why does this all matter? It doesn't, really, but it was sure a good way to waste some time, and maybe someone learned some optimizing tricks from it... (Well, I did, actually - so I hope someone else did as well.)

          posted @ 2007-06-27 18:30 chenweicai 閱讀(354) | 評(píng)論 (0)編輯 收藏

          2007年6月26日

          步一:定義標(biāo)簽

          步二:創(chuàng)建標(biāo)簽庫描述器TLD diagnostics.tld, 將它放在WEB-INF目錄下的tlds文件夾下,diagnostics.tld如下:

          <?xml version="1.0"?>
          <taglib>
           <tlibversion>1.0</tlibversion>
           <jspversion>1.1</jspversion>
           <shortname>diag</shortname>
           <tag>
             <name>getWebServer</name>
             <tagclass>servlet.GetWebServerTag</tagclass>
             <bodycontent>empty</bodycontent>
           </tag>
          </taglib>

          步三:編寫標(biāo)簽處理器 GetServerTag.java

          package servlet;

          import java.io.IOException;
          import java.net.HttpURLConnection;
          import java.net.URL;
          import java.net.URLConnection;

          import javax.servlet.http.HttpServletRequest;
          import javax.servlet.jsp.JspException;
          import javax.servlet.jsp.JspWriter;
          import javax.servlet.jsp.tagext.TagSupport;

          public class GetWebServerTag extends TagSupport {

           @Override
           public int doStartTag() throws JspException {
            try{
             // get the request object from the page context
             HttpServletRequest request = (HttpServletRequest)pageContext.getRequest();
             
             // Request information form the web server
             URL url = new URL("http", request.getServerName(), request.getServerPort(), "/");
             URLConnection con = url.openConnection();
             ((HttpURLConnection)con).setRequestMethod("OPTIONS");
             String webserver = con.getHeaderField("server");
             
             // write it to the output stream
             JspWriter out = pageContext.getOut();
             out.print(webserver);
            }catch (IOException e)
            {
             throw new JspException(e.getMessage());
            }
            
            return SKIP_BODY;
           }
           
          }


          步四: 編寫WEB.xml文件

          加入:
          <jsp-config>
          <taglib>
          <taglib-uri>diagnostics</taglib-uri>
          <taglib-location>/WEB-INF/tlds/diagnostics.tld</taglib-location>
          </taglib>
          </jsp-config>

          步五:編寫jsp頁面,將標(biāo)簽并入該JSP頁面

          <%@ taglib prefix="diag" uri="diagnostics"%>
             
          <html>
          <head>
          <title>Basci Example of a Custom Tag</title>
          </head>
          <body>
          <H3>Basci Example of a Custom Tag</H3>
           The web server is <diag:getWebServer/>
          </body>
          </html>


          OK  , so much so this ,


          wish you success

          <注: 注意紅色的地方要一致哦>

          posted @ 2007-06-26 20:04 chenweicai 閱讀(297) | 評(píng)論 (0)編輯 收藏

          本教程目的 第 1 頁(共3 頁)
                                                                                                  

          想要在 JavaServer Pages (JSP) 應(yīng)用程序中添加自定義標(biāo)簽嗎?本教程將為您展示如何用這些標(biāo)簽編寫類似于 JSP 技術(shù)自帶操作 —— 如 jsp:useBeanjsp:getPropertyjsp:forward —— 的自定義操作。介紹如何用特定于自已的域的表示邏輯的自定義操作來擴(kuò)展 JSP 語法。

          在 JSP 應(yīng)用程序中添加 自定義標(biāo)簽 的能力可以使您將工作重點(diǎn)放到以文檔為中心的開發(fā)方式上。可以使 Java 代碼不出現(xiàn)在 JSP 頁中,從而使這些頁面更容易維護(hù)。(我從經(jīng)驗(yàn)中學(xué)到,在 JSP 頁中放入過多的 Java 代碼時(shí),代碼維護(hù)就會(huì)成為可怕的任務(wù))。本教程將使您可以立即開發(fā)出自定義標(biāo)簽。了解了 JSP 自定義標(biāo)簽開發(fā)的好處后,您可能會(huì)對(duì)程序員沒有更多地使用它而感到意外。

          在本教程中,我將討論使用自定義標(biāo)簽的基本內(nèi)容。將介紹如何用自定義標(biāo)簽創(chuàng)建可重用的表示組件并避免在 JSP 頁加入 Java scriptlet。

          在本教程中,我們將:

          • 定義一個(gè) JSP 自定義標(biāo)簽體系結(jié)構(gòu)。
          • 解釋簡單標(biāo)簽。
          • 定義嵌套標(biāo)簽。
          • BodyContent 解釋標(biāo)簽。
          • 在標(biāo)簽中添加屬性。
          • 在標(biāo)簽中添加 scriptlet 變量。
          • 用自定義標(biāo)簽實(shí)現(xiàn)控制流程。
          • 用 Struts 簡化標(biāo)簽部署。

          我要學(xué)習(xí)本教程嗎? 第 2 頁(共3 頁)


          如果發(fā)現(xiàn)自己在 JSP 應(yīng)用程序中加入了大量 Java scriptlet,那么本教程就是為您準(zhǔn)備的。 閱讀本教程后,就會(huì)掌握將 Java 代碼從 JSP 頁面中清除出去所需要的信息。

          本教程假定讀者熟悉 Java 平臺(tái)、JavaServer Pages (JSP) 技術(shù)、MVC 模式、Reflection API、Model 2,最好還有 Struts 框架。此外,要從本教程中得到最大的收獲,還需要很好的使用標(biāo)簽庫的經(jīng)驗(yàn)

          關(guān)于作者 第 3 頁(共3 頁)


          Rick Hightower 是一位 J2EE 開發(fā)人員和顧問,他熱衷于使用 J2EE、Ant、Hibernate、Struts、IMB 的 ETTK 和 Xdoclet。 Rick 是 Trivera Technologies 的前任 CTO,這是一家全球培訓(xùn)、指導(dǎo)和咨詢公司,其重點(diǎn)是企業(yè)開發(fā)。他經(jīng)常在 IBM developerWorks 上發(fā)表文章,并編寫了 10 多篇 developerWorks 教程,內(nèi)容從 EJB 技術(shù)到 Web 服務(wù)到 XDoclet。 Rick 不久前與別人共同開辦了另一家名為 ArcMind 的公司,它專門研究 agile 方法,還從事 Struts/JavaServer Faces 開發(fā)、咨詢和指導(dǎo)。

          在為 eBlox 工作時(shí),Rick 和 eBlox 小組遠(yuǎn)在 1.0 版本之前就已使用 Struts 為電子商務(wù)站點(diǎn)構(gòu)建了兩個(gè)框架和一個(gè) ASP (應(yīng)用程序服務(wù)提供者)。這個(gè)框架目前正在為 2000 多個(gè)在線商店店面提供支持。

          Rick 最近完成了一本名為 Professional Jakarta Struts 的書。在周游全國對(duì) J2EE 和 Struts 項(xiàng)目提供咨詢,或者在大會(huì)上發(fā)表關(guān)于 J2EE 和極端編程 (extreme programing)的講演之余,Rick 喜歡在通宵咖啡店喝咖啡,寫一些有關(guān) Struts、J2EE 和其他內(nèi)容的文章,并以第三人稱描寫他自己。

          標(biāo)簽處理程序 第 1 頁(共2 頁)


          在創(chuàng)建自定義標(biāo)簽之前,需要?jiǎng)?chuàng)建一個(gè) 標(biāo)簽處理程序。標(biāo)簽處理程序是一個(gè)執(zhí)行自定義標(biāo)簽操作的 Java 對(duì)象。在使用自定義標(biāo)簽時(shí),要導(dǎo)入一個(gè) 標(biāo)簽庫 —— 即一組標(biāo)簽/標(biāo)簽處理程序?qū)ΑMㄟ^在 Web 部署描述符中聲明庫導(dǎo)入它,然后用指令 taglib 將它導(dǎo)入 JSP 頁。

          如果 JSP 容器在轉(zhuǎn)換時(shí)遇到了自定義標(biāo)簽,那么它就檢查 標(biāo)簽庫描述符(tag library descriptor) (TLD) 文件以查詢相應(yīng)的標(biāo)簽處理程序。TLD 文件對(duì)于自定義標(biāo)簽處理程序,就像 Web 部署描述符對(duì)于 servlet 一樣。

          在運(yùn)行時(shí),JSP 頁生成的 servlet 得到對(duì)應(yīng)于這一頁面所使用的標(biāo)簽的標(biāo)簽處理程序的一個(gè)實(shí)例。生成的 servlet 用傳遞給它的屬性初始化標(biāo)簽處理程序。

          標(biāo)簽處理程序?qū)崿F(xiàn)了 生存周期 方法。生成的 servlet 用這些方法通知標(biāo)簽處理程序應(yīng)當(dāng)啟動(dòng)、停止或者重復(fù)自定義標(biāo)簽操作。生成的 servlet 調(diào)用這些生存周期方法執(zhí)行標(biāo)簽的功能。

          標(biāo)簽的類型 第 2 頁(共2 頁)


          可以定義兩種類型的標(biāo)簽:

          • javax.servlet.jsp.tagext.Tag
          • javax.servlet.jsp.tagext.BodyTag

          對(duì) 正文 進(jìn)行操作 —— 即對(duì)在開始和結(jié)束標(biāo)簽之間的內(nèi)容進(jìn)行操作的 —— 標(biāo)簽必須實(shí)現(xiàn) BodyTag 接口。在這個(gè)教程中,我們將稱這些標(biāo)簽為 正文標(biāo)簽。我們將不對(duì)其正文操作的標(biāo)簽稱為 簡單標(biāo)簽。簡單標(biāo)簽可以實(shí)現(xiàn) Tag 接口,盡管不要求它們這樣做。要記住不對(duì)其正文操作的標(biāo)簽仍然 正文,只不過,它的標(biāo)簽處理程序不能讀取這個(gè)正文。

          簡單標(biāo)簽的例子 第 1 頁(共9 頁)
                                                                                                             上一頁      下一頁

          Struts 框架帶有幾個(gè)自定義標(biāo)簽庫(有關(guān) Struts 的更多信息的鏈接請(qǐng)參閱 參考資料 )。這些庫中的一個(gè)標(biāo)簽可以創(chuàng)建一個(gè)支持改寫 URL 的鏈接并用 jsessionid 對(duì)改寫的連接編碼。

          不過有一個(gè)問題:如果希望傳遞一組請(qǐng)求參數(shù)(如查詢字符串),也許必須為此創(chuàng)建一個(gè) Java scriptlet。真是亂!下面的清單 (search_results.jap) 展示了一個(gè) JSP 頁,它被迫加入了這樣一個(gè) scriptlet。

           <%@ taglib uri="struts-html" prefix="html" %> <jsp:useBean class="java.util.HashMap" id="deleteParams" /> <% deleteParams.put("id", cd.getId()); deleteParams.put("method","delete"); %> <!-- Pass the map named deleteParams to html:link to generate the request parameters--> <html:link action="/deleteCD" name="deleteParams">delete </html:link> </font></td>  

          search_results.jsp 創(chuàng)建一個(gè) hashmap 并向這個(gè) map 傳遞兩個(gè)屬性。在下面幾小節(jié),我們將創(chuàng)建一個(gè)不用 Java 代碼完成這項(xiàng)工作的自定義標(biāo)簽。我們的標(biāo)簽將定義如下的一個(gè) hashmap:

           <map:mapDefine id="deleteParams"> <map:mapEntry id="id" name="cd" property="id"/> <map:mapEntry id="method" value="delete"/> </map:mapDefine> <!-- Pass the map named deleteParams to html:link to generate the request parameters--> <html:link action="/deleteCD" name="deleteParams">delete </html:link> </font></td>  

          這將使我們可以容易地創(chuàng)建小型 map。

          這個(gè)例子將展示幾個(gè)關(guān)鍵概念,包括使用嵌套標(biāo)簽和定義 scriplet 變量。首先我將解釋這個(gè)標(biāo)簽是如何工作的。然后在以后的幾節(jié)中建立這些概念,并介紹如何編寫這個(gè)標(biāo)簽的不同形式,使它們處理其正文并控制執(zhí)行流程。

          構(gòu)建簡單標(biāo)簽的步驟 第 2 頁(共9 頁)


          讓我們創(chuàng)建一個(gè)定義一個(gè) HashMap scriptlet 變量的標(biāo)簽。為此,需要實(shí)現(xiàn)標(biāo)簽處理程序接口 (javax.servlet.jsp.tagext.Tag)。因此,我們要?jiǎng)?chuàng)建的第一個(gè)標(biāo)簽將是一個(gè)簡單標(biāo)簽。

          這個(gè)標(biāo)簽將實(shí)例化一個(gè) map。使用這個(gè)標(biāo)簽的開發(fā)人員可以指定要實(shí)例化的 map 的類型 —— HashMapTreeMapFastHashMap 或者 FastTreeMapFastHashMapFastTreeMap 來自 Jakarta Commons Collection library (有關(guān)鏈接請(qǐng)參閱 參考資料)。開發(fā)人員還可以指定標(biāo)簽所在的范圍 —— 頁、請(qǐng)求、會(huì)話還是應(yīng)用程序范圍。

          要構(gòu)建這個(gè)簡單標(biāo)簽,我們需要完成以下步驟:

          1. 創(chuàng)建實(shí)現(xiàn)了 Tag 接口(準(zhǔn)確地說是 javax.servlet.jsp.tagext.Tag)的標(biāo)簽處理程序類。

          2. 創(chuàng)建一個(gè) TLD 文件。

          3. 在標(biāo)簽處理程序 Java 類中創(chuàng)建屬性。

          4. 在 TLD 文件中定義與標(biāo)簽處理程序 Java 類中定義的屬性對(duì)應(yīng)的屬性。

          5. 在 TLD 文件中聲明 scriptlet 變量。

          6. 實(shí)現(xiàn) doStartTag() 方法。在標(biāo)簽處理程序類中,根據(jù)屬性將值設(shè)置到 scriptlet 變量中。

          如果您像我一樣,可能會(huì)提前閱讀書的結(jié)尾,所以請(qǐng)查看 附錄 中標(biāo)簽處理程序類的完整列表以了解這個(gè)過程是如何結(jié)束的。

          在下面幾小節(jié)中,我們將分析 MapDefineTag 的實(shí)現(xiàn),并分析如何到達(dá)這一步。

          第 1 步:創(chuàng)建一個(gè)實(shí)現(xiàn)了 Tag 接口的標(biāo)簽處理程序 第 3 頁(共9 頁)


          為了編寫標(biāo)簽處理程序,必須實(shí)現(xiàn) Tag 接口。如前所述,這個(gè)接口用于不操縱其標(biāo)簽正文的簡單標(biāo)簽處理程序。就像 J2EE API 文檔 (有關(guān)鏈接請(qǐng)參閱 參考資料)所說的:Tag 接口定義了標(biāo)簽處理程序和 JSP 頁實(shí)現(xiàn)類之間的基本協(xié)議。它定義了在標(biāo)簽開始和結(jié)束時(shí)調(diào)用的生存周期和方法。

          標(biāo)簽處理程序接口有以下方法:

          方法 作用
          int doStartTag() throws JspException 處理開始標(biāo)簽
          int doEndTag() throws JspException 處理結(jié)束標(biāo)簽
          Tag getParent()/void setParent(Tag t) 獲得/設(shè)置標(biāo)簽的父標(biāo)簽
          void setPageContext(PageContext pc) pageContext 屬性的 setter 方法
          void release() 釋放獲得的所有資源

          TagSupport

          現(xiàn)在,不必直接實(shí)現(xiàn) Tag 接口,相反,用 map 定義的(map-defining)標(biāo)簽將繼承 TagSupport 類。這個(gè)類以有意義的默認(rèn)方法實(shí)現(xiàn) Tag 接口,因而使開發(fā)自定義標(biāo)簽更容易 (有關(guān) TagSupport 的 API 文檔的鏈接請(qǐng)參閱 參考資料)。 例如,TagSupport 類定義了 get/setParent()setPageContext(),這與所有標(biāo)簽處理程序幾乎相同。 get/setParent() 方法允許標(biāo)簽嵌套。TagSupport 類還定義了一個(gè)可以被子類使用的 pageContext 實(shí)例變量 (protected PageContext pageContext),這個(gè)變量是由 setPageContext() 方法設(shè)置的。

          在默認(rèn)情況下,TagSupport 實(shí)現(xiàn)了 doStartTag() 以使它返回 SKIP_BODY 常量,表示將不對(duì)標(biāo)簽正文進(jìn)行判斷。 此外,在默認(rèn)情況下,doEndTag() 方法返回 EVAL_PAGE,它表示 JSP 運(yùn)行時(shí)引擎應(yīng)當(dāng)對(duì)頁面的其余部分進(jìn)行判斷。 最后,TagSupport 實(shí)現(xiàn)了 release(),它設(shè)置 pageContext 及其父元素為 null

          TagSupport 類還實(shí)現(xiàn)了 IterationTag 接口和 doAfterBody(),這樣它就返回 SKIP_BODY。 在后面討論進(jìn)行迭代的標(biāo)簽時(shí)我將對(duì)此加以更詳細(xì)的解釋(請(qǐng)參閱 用自定義標(biāo)簽控制流程)。

          好了,現(xiàn)在讓我們通過繼承 TagSupport 來實(shí)現(xiàn) Tag 接口:

           ... import javax.servlet.jsp.tagext.TagSupport; ... public class MapDefineTag extends TagSupport { ...  

          我們已經(jīng)定義了標(biāo)簽處理程序,現(xiàn)在需要增加從處理程序到 TLD 文件中的標(biāo)簽的映射。我們將在下一小節(jié)中對(duì)此進(jìn)行處理。然后,將完成 MapDefineTag 中剩余的代碼。

          第 2 步:創(chuàng)建一個(gè) TLD 文件 第 4 頁(共9 頁)


          TLD 文件對(duì)自定義標(biāo)簽處理程序的作用就像 Web 部署描述符對(duì) servlet 的作用。 TLD 文件列出了從標(biāo)簽名到標(biāo)簽處理程序的映射。 這個(gè)文件中的大多數(shù)數(shù)據(jù)都是在 JSP 頁轉(zhuǎn)換時(shí)使用的。 TLD 文件通常保存在 Web 應(yīng)用程序的 WEB-INF 目錄,并在 web.xml 文件中聲明。它們一般用 .tld 擴(kuò)展名結(jié)束。

          TLD 文件有一個(gè) 導(dǎo)言(preamble),在這里標(biāo)識(shí) JSP 技術(shù)的版本和使用的標(biāo)簽庫。這個(gè)導(dǎo)言通常看起來像這樣:

           <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE taglib PUBLIC "-//Sun Microsystems, Inc.//DTD JSP Tag Library 1.2//EN" "http://java.sun.com/dtd/web-jsptaglibrary_1_2.dtd"> <taglib> <tlib-version>1.0</tlib-version> <jsp-version>1.2</jsp-version> <short-name>map</short-name>  

          讓我們更詳細(xì)地分析一下這些標(biāo)簽:

          • TLD 文件的根元素是 taglibtaglib 描述了一個(gè) 標(biāo)簽庫 —— 即一組標(biāo)簽/標(biāo)簽處理程序?qū)Α?

          • 因?yàn)槲覀兪褂玫氖?JSP 版本 1.2,所以在這個(gè)例子中需要 tlib-versionshort-name 元素。

          • tlib-version 元素對(duì)應(yīng)于標(biāo)簽庫版本。

          • jsp-version 對(duì)應(yīng)于標(biāo)簽庫所依賴的 JSP 技術(shù)的版本。

          • short-name 元素定義了 IDE 和其他開發(fā)工具可以使用的標(biāo)簽庫的簡單名。

          • taglib 元素包含許多 tag 元素,標(biāo)簽庫中每一個(gè)標(biāo)簽有一個(gè) tag 元素。

          因?yàn)槲覀儎倓?chuàng)建了自己的類,所以我們將繼續(xù)往下進(jìn)行,在 TLD 文件中聲明這個(gè)類,如下所示:

           <taglib> 
          ...
          <tag>
          <name>mapDefine</name>
          <tag-class>trivera.tags.map.MapDefineTag</tag-class>
          <body-content>JSP</body-content>
          ...

          tag 元素用于將自定義標(biāo)簽映射到它們的自定義標(biāo)簽處理程序。上述清單中的 tag 元素將自定義標(biāo)簽 mapDefine 映射到處理程序 trivera.tags.map.MapDefineTag。 因此,不論在 mapDefine 上運(yùn)行的是什么轉(zhuǎn)換引擎,都會(huì)調(diào)用 trivera.tags.map.MapDefineTag

          已經(jīng)在 TLD 中定義了標(biāo)簽,接下來要在標(biāo)簽處理程序類中定義這個(gè)標(biāo)簽的一些屬性了。

          第 3 步:在標(biāo)簽處理程序 Java 類中創(chuàng)建屬性 第 5 頁(共9 頁)
                                                                                                                         上一頁      下一頁

          我們希望為 mapDefine 標(biāo)簽指定三個(gè)屬性,如下所示:

          屬性說明
          id 新 scriptlet 變量的名字。
          scope 新 scriptlet 變量所在的范圍。
          type 新 scriptlet 變量的類型 (HashMapFastHashMapTreeMap 或者 FastTreeMap)。 如果 type 設(shè)置為 hash,那么就會(huì)創(chuàng)建一個(gè) HashMap。如果 type 設(shè)置為 fasthash,那么將創(chuàng)建 FastHashMap

          在 JSP 頁中使用這個(gè)標(biāo)簽時(shí),它看起來將像下面這樣:

           <map:mapDefine id="editParams" scope="session" type="hash"> 
          ...
          </map:mapDefine>

          這個(gè)標(biāo)簽將在會(huì)話范圍內(nèi)創(chuàng)建一個(gè)名為 editParamsHashMap

          為了在標(biāo)簽處理程序中創(chuàng)建屬性,需要定義相應(yīng)的 JavaBean 屬性。 因此,每一個(gè)屬性在標(biāo)簽處理程序中都有對(duì)應(yīng)的 setter 方法,如下所示:

           public class MapDefineTag extends TagSupport { 
          ...
          private String type = FASTTREE;
          private String id;
          private String scope;


          public void setType(String string)
          { type = string; }

          public void setId(String string)
          { id = string; }
          public void setScope(String string)
          { scope = string; }

          轉(zhuǎn)換引擎將用硬編碼的配置數(shù)據(jù)或者運(yùn)行時(shí)表達(dá)式設(shè)置這個(gè)標(biāo)簽的屬性。 我們將在 第 4 步:在 TLD 文件中定義屬性 中對(duì)此做更詳細(xì)的討論。

          第 5 步:實(shí)現(xiàn) doStartTag() 方法 中,我們將在標(biāo)簽處理程序的 doStartTag() 方法中使用這些屬性。

          第 4 步:在 TLD 文件中定義屬性 第 6 頁(共9 頁)


          就 像上一小節(jié)中所做的那樣,通過聲明 JavaBean 屬性定義自定義屬性,然后在 TLD 文件中聲明這些屬性。 每一個(gè) JavaBean 屬性都必須與相應(yīng)的自定義標(biāo)簽屬性相匹配。 在 TLD 中定義的屬性必須匹配 JavaBean 屬性,不過卻可以有與標(biāo)簽屬性不匹配的 JavaBean 屬性。

          下面是 MapDefineTag 的屬性聲明:

           <tag> <name>mapDefine</name> <tag-class>trivera.tags.map.MapDefineTag</tag-class> <body-content>JSP</body-content> ... <attribute> <name>id</name> <required>true</required> <rtexprvalue>false</rtexprvalue> <description>The id attribute</description> </attribute> <attribute> <name>scope</name> <required>false</required> <rtexprvalue>false</rtexprvalue> <description>The scope attribute</description> </attribute> <attribute> <name>type</name> <required>false</required> <rtexprvalue>false</rtexprvalue> <description> Specifies the type of map valid values are fasttree, fasthash, hash, tree </description> </attribute> </tag>  

          name 元素指定屬性的名字。required 元素指定屬性是否是必需的(默認(rèn)值是 false)。rtexprvalue 元素表明屬性是硬編碼了轉(zhuǎn)換時(shí)的值還是允許使用運(yùn)行時(shí) scriptlet 表達(dá)式。

          記住,MapDefineTag 類必須為前面描述的每一個(gè)屬性定義一個(gè) JavaBean 屬性,我們?cè)?第 3 步:在標(biāo)簽處理程序 Java 類中創(chuàng)建屬性 中完成這個(gè)任務(wù)。

          第 5 步:實(shí)現(xiàn) doStartTag() 方法 第 7 頁(共9 頁)


          標(biāo)簽開始時(shí)調(diào)用 doStartTag() 方法 —— 從開發(fā)人員的角度看,這是當(dāng)引擎遇到 <map:mapDefine> 時(shí)發(fā)生的。如果 doStartTag() 返回 SKIP_BODY,那么將不處理標(biāo)簽正文。 如果它返回一個(gè) EVAL_BODY_INCLUDE,那么將處理正文。

          MapDefine 類的 doStartTag() 方法完成以下工作:

          • 根據(jù) type 屬性確定要?jiǎng)?chuàng)建的 map 的屬性。
          • 根據(jù) scope 屬性確定新的 map 對(duì)象放在什么范圍內(nèi)。
          • 根據(jù) id 屬性確定新 map 對(duì)象要放入的范圍的名字。

          讓我們更詳細(xì)地分析這個(gè)過程。MapDefine 類檢查 type 屬性是設(shè)置為 FASTTREEHASHTREE 還是 FASTHASH。然后創(chuàng)建相應(yīng)的 map,如下所示:

           /* String constants for the different types of maps we support */ public static final String FASTHASH = "FASTHASH"; public static final String FASTTREE = "FASTTREE"; public static final String HASH = "HASH"; public static final String TREE = "TREE"; /** The map we are going to create */ private Map map = null; /** The member variable that holds the type attribute */ private String type = FASTTREE; ... public int doStartTag() throws JspException { /** Based on the type attribute, determines which type of Map to create */ if (type.equalsIgnoreCase(FASTTREE)) { map = new FastTreeMap(); } else if (type.equalsIgnoreCase(HASH)) { map = new HashMap(); } else if (type.equalsIgnoreCase(TREE)) { map = new TreeMap(); } else if (type.equalsIgnoreCase(FASTHASH)) { map = new FastHashMap(); }  

          然后,用 idscope 屬性將 hashmap 以一個(gè)給定的名字設(shè)置到一個(gè)給定范圍中:

           private String id; private String scope; public int doStartTag() throws JspException { ... if (scope == null){ pageContext.setAttribute(id, map); }else if("page".equalsIgnoreCase(scope)){ pageContext.setAttribute(id, map); }else if("request".equalsIgnoreCase(scope)){ pageContext.getRequest().setAttribute(id, map); }else if("session".equalsIgnoreCase(scope)){ pageContext.getSession().setAttribute(id, map); }else if("application".equalsIgnoreCase(scope)){ pageContext.getServletContext().setAttribute(id, map); } return EVAL_BODY_INCLUDE; }  

          如果范圍屬性是 null,那么 map 將放入頁范圍。否則,參數(shù)將放入通過 scope 屬性傳遞的范圍名所對(duì)應(yīng)的范圍中。

          到目前為止,我們已經(jīng)有一個(gè)非常簡單的標(biāo)簽,它有三個(gè)屬性:idscopetype。 我們將用給定的名字將 map 放到一個(gè)范圍中。但是,我們還有一件事沒做,就是聲明 scriptlet 變量。 為了做到這一點(diǎn),需要向 TLD 再添加一項(xiàng),這就是我們?cè)谙乱恍」?jié)中所要做的事。

          posted @ 2007-06-26 19:19 chenweicai 閱讀(1954) | 評(píng)論 (0)編輯 收藏

          2007年4月28日

          最近因?yàn)楸容^閑,而且有幾個(gè)師弟來上海找工作,交流后有點(diǎn)感受,所以發(fā)了一個(gè)貼子.那是第一次在CSDN上發(fā)貼,最近幾天又想了想,所以再發(fā)一貼,可能也是最后一貼,我只談?wù)勎以谏虾W隽耍赌贶浖_發(fā)所了解到的一些東西,本人能力一般,所以我說的也只針對(duì)能力一般的人,特別厲害的牛人不需要理會(huì)我說的話.
          希望能對(duì)有些人有一點(diǎn)幫助.
             對(duì)于快要畢業(yè)的大學(xué)生來上海找工作,我覺得最重要的是基礎(chǔ)知識(shí)一定要好.我推薦看JAVA編程思想這本書,很多公司筆試的JAVA方面的題目出自這本書.另外JSP,SERVLET,JDBC一定要有所了解,這個(gè)能說明你在大學(xué)的時(shí)候?qū)嵙?xí)過,做過一些小項(xiàng)目的.HIBERNATE,STRUTS,SPRING這些東西我不推薦你去學(xué)習(xí),我覺得你應(yīng)該學(xué)習(xí)如何處理異常,學(xué)會(huì)用JDBC訪問數(shù)據(jù)庫,學(xué)會(huì)如何釋放資源,如何控制數(shù)據(jù)庫事務(wù),學(xué)會(huì)如何寫自定義標(biāo)簽,這樣能夠顯著的提高你的編程水平.
             工作一年的后我覺得應(yīng)該回過去看看大學(xué)的數(shù)據(jù)結(jié)構(gòu),算法,操作系統(tǒng),然后應(yīng)該對(duì)面象對(duì)象要有更深刻的理解,設(shè)計(jì)模式也應(yīng)該慢慢開始涉及到(JAVA變編程思想這本書建議多看幾次).我不建議工作一年就開始換工作,因?yàn)檎夜ぷ饕〞r(shí)間,新工作就要適應(yīng)新的框架和新的業(yè)務(wù),這樣你就會(huì)亂費(fèi)很多時(shí)間的.我還是不建議你去看HIBERNATE,STRUTS,SPRING這樣的東西,雖然你工作中可能要用到它.對(duì)于英語我覺得應(yīng)該早做準(zhǔn)備,強(qiáng)迫自己看一些英文方面的書籍,提高自己的口語水平,另外我還要強(qiáng)調(diào)一點(diǎn),適當(dāng)?shù)膮⒓优嘤?xùn)是很有必要的,上海有很多的外語培訓(xùn)機(jī)構(gòu)(主要是培訓(xùn)商務(wù)交流),效果很不錯(cuò)的,不過也很貴的,所以去前一定要計(jì)劃好,不要象大學(xué)那樣交了錢不去上課或者不認(rèn)真聽課,那樣就最好先不要去.
             工作兩年后,如果你算法,數(shù)據(jù)結(jié)構(gòu),設(shè)計(jì)模式等等有比較深的了解的時(shí)候
           我覺得HIBERNATE,STRUTS,SPRING的實(shí)現(xiàn)方法你應(yīng)該能夠很快理解.
           我還是不推薦你學(xué)習(xí)這些,我推薦學(xué)習(xí)EJB.推薦書籍精通EJB,ED ROMAN寫的那本.就象他說的這本書不是宣傳EJB,不是寫關(guān)于EJB世界如何精彩,不是為了消滅某個(gè)其他對(duì)手等等,學(xué)習(xí)這本書是希望你能構(gòu)建出健壯,安全,可擴(kuò)展的服務(wù)器部署.他里面很多的概念你可能在工作中碰不到,但是不表示你可以不需要理會(huì),而應(yīng)該去思考如果碰到這樣的問題我應(yīng)該怎樣解決,然后可以去網(wǎng)上找資料解決它.(這本書是寫EJB2.0的,但是我還是推薦,看完后你絕對(duì)不會(huì)覺得是亂費(fèi)時(shí)間,我也覺得沒有做過項(xiàng)目也很難理解這本書的)
             我覺得一個(gè)程序員要到一定檔次,英語是必須的,所以我覺得如果能有一個(gè)全英文的工作環(huán)境工作一段時(shí)間是很應(yīng)該的.現(xiàn)在基本上的技術(shù)規(guī)范全部是英文寫的,很多技術(shù)論文也是英文的,如果英語不行,水平很難提高.其實(shí)對(duì)于在上海工作三年的程序員基本上知道自己應(yīng)該如何發(fā)展的.

             再說說上海JAVA程序員的大概工資吧.一般應(yīng)屆畢業(yè)生3K左右,三年工作經(jīng)驗(yàn)5K以上,5年工作經(jīng)驗(yàn)8K以上.這個(gè)工資是指很多公司全部能夠給出,而且也比較容易找到的.對(duì)于很厲害的人肯定不合適.大公司和外企在我說的基礎(chǔ)上乘1.5倍.(其實(shí)上海找軟件開發(fā)大專就可以了,只不過要犧牲一部分福利,和需要更高的能力,本科就一點(diǎn)問題也沒有)

             對(duì)于從外地來上海找工作的學(xué)生,我建議做好長期打算,畢竟找工作是需要開銷的,上海的交通費(fèi)用很高,而且是省不掉的.但是心態(tài)一定要擺正,首先要有決心,工作一定可以找到,另外不要浮躁,其實(shí)找工作應(yīng)該是一個(gè)不段學(xué)習(xí)的過程,
          當(dāng)你面試一家公司,那么筆試的題目在你面試完后一定要花時(shí)間把你你不會(huì)的搞明白,筆試十家后你會(huì)發(fā)現(xiàn)其實(shí)題目差不多的.態(tài)度一定要謙虛,待遇可以適當(dāng)降低
          但是不要低于2.5K(不過一般你轉(zhuǎn)正都能要求到這個(gè)數(shù)目的,只要你好好和老板談).要相信工作可以找到也要做好長期打算(就是萬一短時(shí)間找不到工作的打算,不要輕易退場,挺一挺就過去了),經(jīng)濟(jì)上要準(zhǔn)備充足.而且面試不要擔(dān)心什么的,上海軟件公司多得很,你今天面試不過,三個(gè)月后這個(gè)公司可能又要你去面試的.他不會(huì)記得你的.在投簡歷的時(shí)候,簡單點(diǎn)的兩頁就可以突出你在學(xué)校期間做過哪些項(xiàng)目.只要是軟件工程師就可以投,最多亂費(fèi)兩頁紙,不要做太好的簡歷,是亂費(fèi)錢.網(wǎng)上投簡歷就應(yīng)該全部投,最多是不要你去面試,不會(huì)少什么的.找工作能力是一方面,技巧也有的,只有自己慢慢體會(huì)了.
            再說說為什么我不推薦學(xué)習(xí)HIBERNATE,STRUTS,SPRING,因?yàn)槲乙恢本驮谟眠@個(gè),現(xiàn)在突然發(fā)現(xiàn)自己好象無法前進(jìn)了.所以現(xiàn)在又重新學(xué)習(xí)基礎(chǔ),但是問題是我年齡大了,事情多了,可以供學(xué)習(xí)的時(shí)間不多了.所以我才極力推薦在工作的前三年一定要把基本功打扎實(shí).現(xiàn)在有很多程序員會(huì)用HIBERNATE,STRUTS,SPRING來寫項(xiàng)目,可是確不會(huì)寫一個(gè)JDBC連接,對(duì)JAVA的多線程一點(diǎn)不知道,SERVLET不會(huì)的也很多.這個(gè)是很不好的,也是現(xiàn)在國內(nèi)很多程序員的通病.為什么很多人說程序員到30就寫不動(dòng)代碼,學(xué)不會(huì)新東西了,你基礎(chǔ)那么差還能學(xué)會(huì)就真的怪了.
             不要把時(shí)間放到討論EJB和SPRING哪個(gè)好哪個(gè)差上面,不過我還是傾向EJB的,很多人說EJB能實(shí)現(xiàn)的SPRING也能實(shí)現(xiàn)(好象有EJB能實(shí)現(xiàn)的但SPRING不能實(shí)現(xiàn),但是沒有完全了解不敢說),但是為什么不想想SPRING能實(shí)現(xiàn)的難道EJB不能實(shí)現(xiàn),實(shí)現(xiàn)麻煩一點(diǎn)有什么關(guān)系呢,學(xué)習(xí)一個(gè)東西不是要看到它的優(yōu)點(diǎn),而更應(yīng)該看到它的缺點(diǎn).呵呵,不要罵我,我認(rèn)為SOA將成為潮流,把罵我的時(shí)間放到了解SOA上.而且想去大的外企,那么社會(huì)招聘百分之八十會(huì)問EJB的.進(jìn)去大的外企有兩個(gè)方式,一個(gè)是社會(huì)招聘,但是這個(gè)面試特別嚴(yán)格,基礎(chǔ)不好外語不好的基本上沒有戲.(社會(huì)招聘指招聘有工作經(jīng)驗(yàn)的,應(yīng)屆畢業(yè)生叫校園招聘)另外一個(gè)就是通過外包進(jìn)去,這樣進(jìn)去要求要低,但是你必須亂費(fèi)幾年,等機(jī)會(huì)直接進(jìn)你外包出去的公司或者跳巢到和他同一檔次的外企.

             很多人說待遇不重要,重要的是學(xué)到東西,這個(gè)是不對(duì)的.待遇是你價(jià)值的體現(xiàn),學(xué)東西就為了更好的待遇,所以要工資的時(shí)候不要覺得不好意思,想要多少就直接說出來.只有生活有保障才能更好的學(xué)習(xí),更好的工作.工資高,心情就好,做什么也快呀.其實(shí)應(yīng)該這么說,能學(xué)到什么不重要,重要的是工資要高.

             所謂程序員只能到30歲的說法是明顯不對(duì)的,程序員也不是一個(gè)跳板,不要總是想去做系統(tǒng)分析,去搞管理,而應(yīng)該扎扎實(shí)實(shí)的學(xué)習(xí).做程序員有什么不好,從程序員開始,往中級(jí)程序員,高級(jí)程序員,職深程序員,專家程序員一直走下去.

             再次強(qiáng)調(diào),外語很重要,請(qǐng)把它放在第一位置.最近好象軟件行業(yè)也開始好轉(zhuǎn)起來了,對(duì)日的外包多不說,歐美的外包也多起來了,而且外包的性質(zhì)也發(fā)生變化,從最初的編碼和測(cè)試發(fā)展到分析,設(shè)計(jì),編碼,測(cè)試全部外包了.這樣和做國內(nèi)的項(xiàng)目區(qū)別不大,所以還是很有發(fā)展前景的.

             好象還有很多想說的但是說不出來,發(fā)現(xiàn)在CSDN上發(fā)貼很費(fèi)時(shí)間,所以這個(gè)也是我最后一次發(fā)貼,項(xiàng)目馬上開啟了,也沒有時(shí)間來論壇了.希望想來上海發(fā)展的和在上海做JAVA的程序員全部能找到滿意的工作,生活更開心點(diǎn),畢竟做程序還是很辛苦的.以上只是個(gè)人觀點(diǎn),沒有任何強(qiáng)加給任何人的意思.

          posted @ 2007-04-28 22:55 chenweicai 閱讀(297) | 評(píng)論 (0)編輯 收藏

          2007年4月23日

          面向?qū)ο蟮奶卣饔心男┓矫?nbsp;
           
          1. 抽象:抽象就是忽略一個(gè)主題中與當(dāng)前目標(biāo)無關(guān)的那些方面,以便更充分地注意與當(dāng)前目標(biāo)有關(guān)的方面。抽象并不打算了解全部問題,而只是選擇其中的一部分,暫時(shí)不用部分細(xì)節(jié)。抽象包括兩個(gè)方面,一是過程抽象,二是數(shù)據(jù)抽象。

              繼承:繼承是一種聯(lián)結(jié)類的層次模型,并且允許和鼓勵(lì)類的重用,它提供了一種明確表述共性的方法。對(duì)象的一個(gè)新類可以從現(xiàn)有的類中派生,這個(gè)過程稱為類繼承。新類繼承了原始類的特性,新類稱為原始類的派生類(子類),而原始類稱為新類的基類(父類)。派生類可以從它的基類那里繼承方法和實(shí)例變量,并且類可以修改或增加新的方法使之更適合特殊的需要。

             封裝:封裝是把過程和數(shù)據(jù)包圍起來,對(duì)數(shù)據(jù)的訪問只能通過已定義的界面。面向?qū)ο笥?jì)算始于這個(gè)基本概念,即現(xiàn)實(shí)世界可以被描繪成一系列完全自治、封裝的對(duì)象,這些對(duì)象通過一個(gè)受保護(hù)的接口訪問其他對(duì)象。

             多態(tài)性:多態(tài)性是指允許不同類的對(duì)象對(duì)同一消息作出響應(yīng)。多態(tài)性包括參數(shù)化多態(tài)性和包含多態(tài)性。多態(tài)性語言具有靈活、抽象、行為共享、代碼共享的優(yōu)勢(shì),很好的解決了應(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è)原始類型提供了封裝類。
          原始類型封裝類boolean Boolean  char Character  byte Byte  short Short  int Integer  long Long  float Float  double Double
          引用類型和原始類型的行為完全不同,并且它們具有不同的語義。引用類型和原始類型具有不同的特征和用法,它們包括:大小和速度問題,這種類型以哪種類型的數(shù)據(jù)結(jié)構(gòu)存儲(chǔ),當(dāng)引用類型和原始類型用作某個(gè)類的實(shí)例數(shù)據(jù)時(shí)所指定的缺省值。對(duì)象引用實(shí)例變量的缺省值為 null,而原始類型實(shí)例變量的缺省值與它們的類型有關(guān)。

          4、String 和StringBuffer的區(qū)別
          JAVA平臺(tái)提供了兩個(gè)類:String和StringBuffer,它們可以儲(chǔ)存和操作字符串,即包含多個(gè)字符的字符數(shù)據(jù)。這個(gè)String類提供了數(shù)值不可改變的字符串。而這個(gè)StringBuffer類提供的字符串進(jìn)行修改。當(dāng)你知道字符數(shù)據(jù)要改變的時(shí)候你就可以使用StringBuffer。典型地,你可以使用StringBuffers來動(dòng)態(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方法,請(qǐng)求到達(dá)時(shí)運(yùn)行其service方法,service方法自動(dòng)派遣運(yùn)行與請(qǐng)求對(duì)應(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è)請(qǐng)求,并且其實(shí)例一般不會(huì)銷毀,而CGI對(duì)每個(gè)請(qǐng)求都產(chǎn)生新的進(jìn)程,服務(wù)完成后就銷毀,所以效率上低于servlet。

          7、說出ArrayList,Vector, LinkedList的存儲(chǔ)性能和特性
          ArrayList和Vector都是使用數(shù)組方式存儲(chǔ)數(shù)據(jù),此數(shù)組元素?cái)?shù)大于實(shí)際存儲(chǔ)的數(shù)據(jù)以便增加和插入元素,它們都允許直接按序號(hào)索引元素,但是插入元素要涉及數(shù)組元素移動(dòng)等內(nèi)存操作,所以索引數(shù)據(jù)快而插入數(shù)據(jù)慢Vector由于使用了synchronized方法(線程安全),通常性能上較ArrayList差,而LinkedList使用雙向鏈表實(shí)現(xiàn)存儲(chǔ),按序號(hào)索引數(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ù)。
          對(duì)于客戶機(jī),SessionBean是一種非持久性對(duì)象,它實(shí)現(xiàn)某些在服務(wù)器上運(yùn)行的業(yè)務(wù)邏輯。
          對(duì)于客戶機(jī),EntityBean是一種持久性對(duì)象,它代表一個(gè)存儲(chǔ)在持久性存儲(chǔ)器中的實(shí)體的對(duì)象視圖,或是一個(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è)使用者會(huì)有一個(gè)相對(duì)應(yīng)的 Stateful Session Bean 的實(shí)體。Stateless Session Bean 雖然也是邏輯組件,但是他卻不負(fù)責(zé)記錄使用者狀態(tài),也就是說當(dāng)使用者呼叫 Stateless Session Bean 的時(shí)候,EJB Container 并不會(huì)找尋特定的 Stateless Session Bean 的實(shí)體來執(zhí)行這個(gè) method。換言之,很可能數(shù)個(gè)使用者在執(zhí)行某個(gè) Stateless Session Bean 的 methods 時(shí),會(huì)是同一個(gè) Bean 的 Instance 在執(zhí)行。從內(nèi)存方面來看, Stateful Session Bean 與 Stateless Session Bean 比較, Stateful Session Bean 會(huì)消耗 J2EE Server 較多的內(nèi)存,然而 Stateful Session Bean 的優(yōu)勢(shì)卻在于他可以維持使用者的狀態(tài)。

          9、Collection 和 Collections的區(qū)別。 Collection是集合類的上級(jí)接口,繼承與他的接口主要有Set 和List.
          Collections是針對(duì)集合類的一個(gè)幫助類,他提供一系列靜態(tài)方法實(shí)現(xiàn)對(duì)各種集合的搜索、排序、線程安全化等操作。

          10、&和&&的區(qū)別。 &是位運(yùn)算符,表示按位與運(yùn)算,&&是邏輯運(yùn)算符,表示邏輯與(and)。


          11、HashMap和Hashtable的區(qū)別。  HashMap是Hashtable的輕量級(jí)實(shí)現(xiàn)(非線程安全
          的實(shí)現(xiàn)),他們都完成了Map接口,主要區(qū)別在于HashMap允許空(null)鍵值(key),由于非線程安全,效率上可能高于Hashtable。
          HashMap允許將null作為一個(gè)entry的key或者value,而Hashtable不允許。
          HashMap把Hashtable的contains方法去掉了,改成containsvaluecontainsKey。因?yàn)閏ontains方法容易讓人引起誤解。 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算法都大概一樣,所以性能不會(huì)有很大的差異。

          12、final, finally, finalize的區(qū)別。 final 用于聲明屬性,方法和類,分別表示屬性不可變,方法不可覆蓋,類不可繼承。finally是異常處理語句結(jié)構(gòu)的一部分,表示總是執(zhí)行finalize是Object類的一個(gè)方法,在垃圾收集器執(zhí)行的時(shí)候會(huì)調(diào)用被回收對(duì)象的此方法,可以覆蓋此方法提供垃圾收集時(shí)的其他資源回收,例如關(guān)閉文件等。

          13、sleep() 和 wait() 有什么區(qū)別? sleep是線程類(Thread)的方法,導(dǎo)致此線程暫停執(zhí)行指定時(shí)間,將執(zhí)行機(jī)會(huì)給其他線程,但是監(jiān)控狀態(tài)依然保持,到時(shí)后會(huì)自動(dòng)恢復(fù)調(diào)用sleep不會(huì)釋放對(duì)象鎖wait是Object類的方法,對(duì)此對(duì)象調(diào)用wait方法導(dǎo)致本線程放棄對(duì)象鎖,進(jìn)入等待此對(duì)象的等待鎖定池,只有針對(duì)此對(duì)象發(fā)出notify方法(或notifyAll)后本線程才進(jìn)入對(duì)象鎖定池準(zhǔn)備獲得對(duì)象鎖進(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)。子類的對(duì)象使用這個(gè)方法時(shí),將調(diào)用子類中的定義,對(duì)它而言,父類中的定義如同被“屏蔽”了。如果在一個(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)行正常,從不會(huì)發(fā)生的情況。

          16、同步和異步有何異同,在什么情況下分別使用他們?舉例說明。
          如果數(shù)據(jù)將在線程間共享。例如正在寫的數(shù)據(jù)以后可能被另一個(gè)線程讀到,或者正在讀的數(shù)據(jù)可能已經(jīng)被另一個(gè)線程寫過了,那么這些數(shù)據(jù)就是共享數(shù)據(jù),必須進(jìn)行同步存取。當(dāng)應(yīng)用程序在對(duì)象上調(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)了該接口的類的任何對(duì)象上調(diào)用接口的方法。由于有抽象類,它允許使用接口名作為引用變量的類型。通常的動(dòng)態(tài)聯(lián)編將生效。引用可以轉(zhuǎn)換到接口類型或從接口類型轉(zhuǎn)換,instanceof 運(yùn)算符可以用來決定某對(duì)象的類是否實(shí)現(xiàn)了接口。

          18、heap和stack有什么區(qū)別。棧是一種線形集合,其添加和刪除元素的操作應(yīng)在同一段完成。棧按照后進(jìn)先出的方式進(jìn)行處理。堆是棧的一個(gè)組成元素

          19、forward 和redirect的區(qū)別forward是服務(wù)器請(qǐng)求資源,服務(wù)器直接訪問目標(biāo)地址的URL,把那個(gè)URL的響應(yīng)內(nèi)容讀取過來,然后把這些內(nèi)容再發(fā)給瀏覽器,瀏覽器根本不知道服務(wù)器發(fā)送的內(nèi)容是從哪兒來的,所以它的地址欄中還是原來的地址。 redirect就是服務(wù)端根據(jù)邏輯,發(fā)送一個(gè)狀態(tài)碼,告訴瀏覽器重新去請(qǐng)求那個(gè)地址,一般來說瀏覽器會(huì)用剛才請(qǐng)求的所有參數(shù)重新請(qǐng)求,所以session,request參數(shù)都可以獲取。

          20、EJB與JAVA BEAN的區(qū)別?Java Bean 是可復(fù)用的組件,對(duì)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中動(dòng)態(tài)INCLUDE與靜態(tài)INCLUDE的區(qū)別?動(dòng)態(tài)INCLUDE用jsp:include動(dòng)作實(shí)現(xiàn) <jsp:include page="included.jsp" flush="true" />它總是會(huì)檢查所含文件中的變化,適合用于包含動(dòng)態(tài)頁面,并且可以帶參數(shù)。靜態(tài)INCLUDE用include偽碼實(shí)現(xiàn),定不會(huì)檢查所含文件的變化,適用于包含靜態(tài)頁面<%@ include file="included.htm" %>

          23、什么時(shí)候用assert。  assertion(斷言)在軟件開發(fā)中是一種常用的調(diào)試方式,很多開發(fā)語言中都支持這種機(jī)制。在實(shí)現(xiàn)中,assertion就是在程序中的一條語句,它對(duì)一個(gè)boolean表達(dá)式進(jìn)行檢查,一個(gè)正確程序必須保證這個(gè)boolean表達(dá)式的值為true;如果該值為false,說明程序已經(jīng)處于不正確的狀態(tài)下,系統(tǒng)將給出警告或退出。一般來說,assertion用于保證程序最基本、關(guān)鍵的正確性。assertion檢查通常在開發(fā)和測(cè)試時(shí)開啟。為了提高性能,在軟件發(fā)布后,assertion檢查通常是關(guān)閉的。

          24、GC是什么? 為什么要有GC? GC是垃圾收集的意思(Gabage Collection),內(nèi)存處理是編程人員容易出現(xiàn)問題的地方,忘記或者錯(cuò)誤的內(nèi)存回收會(huì)導(dǎo)致程序或系統(tǒng)的不穩(wěn)定甚至崩潰,Java提供的GC功能可以自動(dòng)監(jiān)測(cè)對(duì)象是否超過作用域從而達(dá)到自動(dòng)回收內(nèi)存的目的,Java語言沒有提供釋放已分配內(nèi)存的顯示操作方法

          25、short s1 = 1; s1 = s1 + 1;有什么錯(cuò)? short s1 = 1; s1 += 1;有什么錯(cuò)? short s1 = 1; s1 = s1 + 1; (s1+1運(yùn)算結(jié)果是int型,需要強(qiáng)制轉(zhuǎn)換類型)  short s1 = 1; s1 += 1;(可以正確編譯)

          26、Math.round(11.5)等於多少? Math.round(-11.5)等於多少?  Math.round(11.5)==12  Math.round(-11.5)==-11  round方法返回與參數(shù)最接近的長整數(shù),參數(shù)加1/2后求其floor.

          27、String s = new String("xyz");創(chuàng)建了幾個(gè)String Object?    兩個(gè)

          28、設(shè)計(jì)4個(gè)線程,其中兩個(gè)線程每次對(duì)j增加1,另外兩個(gè)線程對(duì)j每次減少1。寫出程序。
          以下程序使用內(nèi)部類實(shí)現(xiàn)線程,對(duì)j增減的時(shí)候沒有考慮順序問題。
          public class ThreadTest1{
             private int j;  
             public static void main(String args[])
                {  
                   ThreadTest1 tt=new ThreadTest1();  
                   Inc inc=tt.new Inc();
                   Dec dec=tt.new Dec();  
                   for(int i=0;i<2;i++){ 
                          Thread t=new Thread(inc); 
                          t.start(); 
                          t=new Thread(dec); 
                          t.start(); 
                    } 
                }  
              private synchronized void inc(){ 
                 j++; 
                 System.out.println(Thread.currentThread().getName()+"-inc:"+j); 
              }

             private synchronized void dec(){
                 j--;
                 System.out.println(Thread.currentThread().getName()+"-dec:"+j); 
             }

          class Inc implements Runnable{  
                public void run(){  
                      for(int i=0;i<100;i++){  
                            inc(); 
                       } 
                } 
           }
          class Dec implements Runnable{
               public void run(){  
                   for(int i=0;i<100;i++){
                       dec(); 
                    } 
               } 
            }

          }

          29、Java有沒有g(shù)oto?  java中的保留字,現(xiàn)在沒有在java中使用。

          30、啟動(dòng)一個(gè)線程是用run()還是start()?啟動(dòng)一個(gè)線程是調(diào)用start()方法,使線程所代表的虛擬處理機(jī)處于可運(yùn)行狀態(tài),這意味著它可以由JVM調(diào)度并執(zhí)行。這并不意味著線程就會(huì)立即運(yùn)行。run()方法可以產(chǎn)生必須退出的標(biāo)志來停止一個(gè)線程。

          31、EJB包括(SessionBean,EntityBean)說出他們的生命周期,及如何管理事務(wù)的?
          SessionBean:Stateless Session Bean 的生命周期是由容器決定的,當(dāng)客戶機(jī)發(fā)出請(qǐng)求要建立一個(gè)Bean的實(shí)例時(shí),EJB容器不一定要?jiǎng)?chuàng)建一個(gè)新的Bean的實(shí)例供客戶機(jī)調(diào)用,而是隨便找一個(gè)現(xiàn)有的實(shí)例提供給客戶機(jī)。當(dāng)客戶機(jī)第一次調(diào)用一個(gè)Stateful Session Bean 時(shí),容器必須立即在服務(wù)器中創(chuàng)建一個(gè)新的Bean實(shí)例,并關(guān)聯(lián)到客戶機(jī)上,以后此客戶機(jī)調(diào)用Stateful Session Bean 的方法時(shí)容器會(huì)把調(diào)用分派到與此客戶機(jī)相關(guān)聯(lián)的Bean實(shí)例。EntityBean:Entity Beans能存活相對(duì)較長的時(shí)間,并且狀態(tài)是持續(xù)的。只要數(shù)據(jù)庫中的數(shù)據(jù)存在,Entity beans就一直存活。而不是按照應(yīng)用程序或者服務(wù)進(jìn)程來說的。即使EJB容器崩潰了,Entity beans也是存活的。Entity Beans生命周期能夠被容器或者 Beans自己管理。EJB通過以下技術(shù)管理實(shí)務(wù):對(duì)象管理組織(OMG)的對(duì)象實(shí)務(wù)服務(wù)(OTS),Sun Microsystems的Transaction Service(JTSJava Transaction API(JTA),開發(fā)組(X/Open)的XA接口

          32、應(yīng)用服務(wù)器有那些?
          BEA WebLogic Server,IBM WebSphere Application Server,Oracle9i Application Server,jBoss,Tomcat

          33、給我一個(gè)你最常見到的runtime exception。
          ArithmeticException, ArrayStoreException, BufferOverflowException, BufferUnderflowException, CannotRedoException, CannotUndoException, ClassCastException, CMMException, ConcurrentModificationException, DOMException, EmptyStackException, IllegalArgumentException, IllegalMonitorStateException, IllegalPathStateException, IllegalStateException, ImagingOpException, IndexOutOfBoundsException, MissingResourceException, NegativeArraySizeException, NoSuchElementException, NullPointerException, ProfileDataException, ProviderException, RasterFormatException, SecurityException, SystemException, UndeclaredThrowableException, UnmodifiableSetException, UnsupportedOperationException

          34、接口是否可繼承接口? 抽象類是否可實(shí)現(xiàn)(implements)接口? 抽象類是否可繼承實(shí)體類(concrete class)?
          接口可以繼承接口。抽象類可以實(shí)現(xiàn)(implements)接口,抽象類是否可繼承實(shí)體類,但前提是實(shí)體類必須有明確的構(gòu)造函數(shù)。

          35、List, Set, Map是否繼承自Collection接口?  List,Set是,Map不是

          36、說出數(shù)據(jù)連接池的工作機(jī)制是什么?
          J2EE服務(wù)器啟動(dòng)時(shí)會(huì)建立一定數(shù)量的池連接,并一直維持不少于此數(shù)目的池連接。客戶端程序需要連接時(shí),池驅(qū)動(dòng)程序會(huì)返回一個(gè)未使用的池連接并將其表記為忙。如果當(dāng)前沒有空閑連接,池驅(qū)動(dòng)程序就新建一定數(shù)量的連接,新建連接的數(shù)量有配置參數(shù)決定。當(dāng)使用的池連接調(diào)用完成后,池驅(qū)動(dòng)程序?qū)⒋诉B接表記為空閑,其他調(diào)用就可以使用這個(gè)連接。

          37、abstract的method是否可同時(shí)是static,是否可同時(shí)是native,是否可同時(shí)是synchronized?  都不能

          38、數(shù)組有沒有l(wèi)ength()這個(gè)方法? String有沒有l(wèi)ength()這個(gè)方法?數(shù)組沒有l(wèi)ength()這個(gè)方法,有l(wèi)ength的屬性。String有有l(wèi)ength()這個(gè)方法。

          39、Set里的元素是不能重復(fù)的,那么用什么方法來區(qū)分重復(fù)與否呢? 是用==還是equals()? 它們有何區(qū)別?
          Set里的元素是不能重復(fù)的,那么用iterator()方法來區(qū)分重復(fù)與否。equals()是判讀兩個(gè)Set是否相等。equals()和==方法決定引用值是否指向同一對(duì)象equals()在類中被覆蓋,為的是當(dāng)兩個(gè)分離的對(duì)象的內(nèi)容和類型相配的話,返回真值。

          40、構(gòu)造器Constructor是否可被override?構(gòu)造器Constructor不能被繼承,因此不能重寫Overriding,但可以被重載Overloading。

          41、是否可以繼承String類?String類是final類故不可以繼承。

          42、swtich是否能作用在byte上,是否能作用在long上,是否能作用在String上?switch(expr1)中,expr1是一個(gè)整數(shù)表達(dá)式。因此傳遞給 switch 和 case 語句的參數(shù)應(yīng)該是 int、 short、 char 或者 byte。long,string 都不能作用于swtich。

          43、try {}里有一個(gè)return語句,那么緊跟在這個(gè)try后的finally {}里的code會(huì)不會(huì)被執(zhí)行,什么時(shí)候被執(zhí)行,在return前還是后?會(huì)執(zhí)行,在return前執(zhí)行

          44、編程題: 用最有效率的方法算出2乘以8等於幾? 2 << 3

          45、兩個(gè)對(duì)象值相同(x.equals(y) == true),但卻可有不同的hash code,這句話對(duì)不對(duì)?不對(duì),有相同的hash code

          46、當(dāng)一個(gè)對(duì)象被當(dāng)作參數(shù)傳遞到一個(gè)方法后,此方法可改變這個(gè)對(duì)象的屬性,并可返回變化后的結(jié)果,那么這里到底是值傳遞還是引用傳遞? 是值傳遞。Java 編程語言只有值傳遞參數(shù)。當(dāng)一個(gè)對(duì)象實(shí)例作為一個(gè)參數(shù)被傳遞到方法中時(shí),參數(shù)的值就是對(duì)該對(duì)象的引用。對(duì)象的內(nèi)容可以在被調(diào)用的方法中改變,但對(duì)象的引用是永遠(yuǎn)不會(huì)改變的。

          47、當(dāng)一個(gè)線程進(jìn)入一個(gè)對(duì)象的一個(gè)synchronized方法后,其它線程是否可進(jìn)入此對(duì)象的其它方法?
          不能,一個(gè)對(duì)象的一個(gè)synchronized方法只能由一個(gè)線程訪問。

          48、編程題: 寫一個(gè)Singleton出來。
          Singleton模式主要作用是保證在Java應(yīng)用程序中,一個(gè)類Class只有一個(gè)實(shí)例存在。一般Singleton模式通常有幾種種形式:第一種形式: 定義一個(gè)類,它的構(gòu)造函數(shù)為private的,它有一個(gè)static的private的該類變量,在類初始化時(shí)實(shí)例話,通過一個(gè)public的getInstance方法獲取對(duì)它的引用,繼而調(diào)用其中的方法。public class Singleton {private Singleton(){} private static Singleton instance = new Singleton();  public static Singleton getInstance() {  return instance;   }  }  第二種形式: public class Singleton {  private static Singleton instance = null;  public static synchronized Singleton getInstance() { if (instance==null) instance=new Singleton();
          return instance;   } }   其他形式:  定義一個(gè)類,它的構(gòu)造函數(shù)為private的,所有方法為static的。一般認(rèn)為第一種形式要更加安全些

          49、Java的接口和C++的虛類的相同和不同處。
          由于Java不支持多繼承,而有可能某個(gè)類或?qū)ο笠褂梅謩e在幾個(gè)類或?qū)ο罄锩娴姆椒ɑ驅(qū)傩裕F(xiàn)有的單繼承機(jī)制就不能滿足要求。與繼承相比,接口有更高的靈活性,因?yàn)榻涌谥袥]有任何實(shí)現(xiàn)代碼。當(dāng)一個(gè)類實(shí)現(xiàn)了接口以后,該類要實(shí)現(xiàn)接口里面所有的方法和屬性,并且接口里面的屬性在默認(rèn)狀態(tài)下面都是public static,所有方法默認(rèn)情況下是public.一個(gè)類可以實(shí)現(xiàn)多個(gè)接口。

          50、Java中的異常處理機(jī)制的簡單原理和應(yīng)用。
          當(dāng)JAVA程序違反了JAVA的語義規(guī)則時(shí),JAVA虛擬機(jī)就會(huì)將發(fā)生的錯(cuò)誤表示為一個(gè)異常。違反語義規(guī)則包括2種情況。一種是JAVA類庫內(nèi)置的語義檢查。例如數(shù)組下標(biāo)越界,會(huì)引發(fā)IndexOutOfBoundsException;訪問null的對(duì)象時(shí)會(huì)引發(fā)NullPointerException。另一種情況就是JAVA允許程序員擴(kuò)展這種語義檢查,程序員可以創(chuàng)建自己的異常,并自由選擇在何時(shí)用throw關(guān)鍵字引發(fā)異常。所有的異常都是java.lang.Thowable的子類。

          51、垃圾回收的優(yōu)點(diǎn)和原理。并考慮2種回收機(jī)制。
          Java語言中一個(gè)顯著的特點(diǎn)就是引入了垃圾回收機(jī)制,使c++程序員最頭疼的內(nèi)存管理的問題迎刃而解,它使得Java程序員在編寫程序的時(shí)候不再需要考慮內(nèi)存管理。由于有個(gè)垃圾回收機(jī)制,Java中的對(duì)象不再有“作用域”的概念,只有對(duì)象的引用才有“作用域”。垃圾回收可以有效的防止內(nèi)存泄露,有效的使用可以使用的內(nèi)存。垃圾回收器通常是作為一個(gè)單獨(dú)的低級(jí)別的線程運(yùn)行,不可預(yù)知的情況下對(duì)內(nèi)存堆中已經(jīng)死亡的或者長時(shí)間沒有使用的對(duì)象進(jìn)行清楚和回收,程序員不能實(shí)時(shí)的調(diào)用垃圾回收器對(duì)某個(gè)對(duì)象或所有對(duì)象進(jìn)行垃圾回收。回收機(jī)制有分代復(fù)制垃圾回收和標(biāo)記垃圾回收,增量垃圾回收

          52、請(qǐng)說出你所知道的線程同步的方法。
          wait():使一個(gè)線程處于等待狀態(tài),并且釋放所持有的對(duì)象的lock。sleep():使一個(gè)正在運(yùn)行的線程處于睡眠狀態(tài),是一個(gè)靜態(tài)方法,調(diào)用此方法要捕捉InterruptedException異常。notify():喚醒一個(gè)處于等待狀態(tài)的線程,注意的是在調(diào)用此方法的時(shí)候,并不能確切的喚醒某一個(gè)等待狀態(tài)的線程,而是由JVM確定喚醒哪個(gè)線程,而且不是按優(yōu)先級(jí)。Allnotity():喚醒所有處入等待狀態(tài)的線程,注意并不是給所有喚醒線程一個(gè)對(duì)象的鎖,而是讓它們競爭。

          53、你所知道的集合類都有哪些?主要方法?最常用的集合類是 List 和 Map。 List 的具體實(shí)現(xiàn)包括 ArrayList 和 Vector,它們是可變大小的列表,比較適合構(gòu)建、存儲(chǔ)和操作任何類型對(duì)象的元素列表。 List 適用于按數(shù)值索引訪問元素的情形。 Map 提供了一個(gè)更通用的元素存儲(chǔ)方法。 Map 集合類用于存儲(chǔ)元素對(duì)(稱作“鍵”和“值”),其中每個(gè)鍵映射到一個(gè)值。

          54、描述一下JVM加載class文件的原理機(jī)制?JVM中類的裝載是由ClassLoader和它的子類來實(shí)現(xiàn)的,Java ClassLoader 是一個(gè)重要的Java運(yùn)行時(shí)系統(tǒng)組件。它負(fù)責(zé)在運(yùn)行時(shí)查找和裝入類文件的類。

          55、char型變量中能不能存貯一個(gè)中文漢字?為什么?
          能夠定義成為一個(gè)中文的,因?yàn)閖ava中以u(píng)nicode編碼,一個(gè)char占16個(gè)字節(jié),所以放一個(gè)中文是沒問題的

          56、多線程有幾種實(shí)現(xiàn)方法,都是什么?同步有幾種實(shí)現(xiàn)方法,都是什么?
          多線程有兩種實(shí)現(xiàn)方法,分別是繼承Thread類與實(shí)現(xiàn)Runnable接口 ,同步的實(shí)現(xiàn)方面有兩種,分別是synchronized,wait與notify

          57、JSP的內(nèi)置對(duì)象及方法。
          request表示HttpServletRequest對(duì)象。它包含了有關(guān)瀏覽器請(qǐng)求的信息,并且提供了幾個(gè)用于獲取cookie, header, 和session數(shù)據(jù)的有用的方法,response表示HttpServletResponse對(duì)象,并提供了幾個(gè)用于設(shè)置送回 瀏覽器的響應(yīng)的方法(如cookies,頭信息等)
          out對(duì)象是javax.jsp.JspWriter的一個(gè)實(shí)例,并提供了幾個(gè)方法使你能用于向?yàn)g覽器回送輸出結(jié)果。 pageContext表示一個(gè)javax.servlet.jsp.PageContext對(duì)象。它是用于方便存取各種范圍的名字空間、servlet相關(guān)的對(duì)象的API,并且包裝了通用的servlet相關(guān)功能的方法。  session表示一個(gè)請(qǐng)求的javax.servlet.http.HttpSession對(duì)象。Session可以存貯用戶的狀態(tài)信息  applicaton 表示一個(gè)javax.servle.ServletContext對(duì)象。這有助于查找有關(guān)servlet引擎和servlet環(huán)境的信息  config表示一個(gè)javax.servlet.ServletConfig對(duì)象。該對(duì)象用于存取servlet實(shí)例的初始化參數(shù)。  page表示從該頁面產(chǎn)生的一個(gè)servlet實(shí)例

          58、線程的基本概念、線程的基本狀態(tài)以及狀態(tài)之間的關(guān)系線程指在程序執(zhí)行過程中,能夠執(zhí)行程序代碼的一個(gè)執(zhí)行單位,每個(gè)程序至少都有一個(gè)線程,也就是程序本身。Java中的線程有四種狀態(tài)分別是:運(yùn)行、就緒、掛起、結(jié)束。

          59、JSP的常用指令<%@page language=”java” contenType=”text/html;charset=gb2312” session=”true” buffer=”64kb” autoFlush=”true” isThreadSafe=”true” info=”text” errorPage=”error.jsp” isErrorPage=”true” isELIgnored=”true” pageEncoding=”gb2312” import=”java.sql.*”%>isErrorPage(是否能使用Exception對(duì)象),isELIgnored(是否忽略表達(dá)式) <%@include file=”filename”%><%@taglib prefix=”c”uri=”http://……”%>

          60、什么情況下調(diào)用doGet()和doPost()?Jsp頁面中的form標(biāo)簽里的method屬性為get時(shí)調(diào)用doGet(),為post時(shí)調(diào)用doPost()。

          61、servlet的生命周期web容器加載servlet,生命周期開始。通過調(diào)用servlet的init()方法進(jìn)行servlet的初始化。通過調(diào)用service()方法實(shí)現(xiàn),根據(jù)請(qǐng)求的不同調(diào)用不同的do***()方法。結(jié)束服務(wù),web容器調(diào)用servlet的destroy()方法。

          62、如何現(xiàn)實(shí)servlet的單線程模式  <%@ page isThreadSafe=”false”%>

          63、頁面間對(duì)象傳遞的方法  request,session,application,cookie等

          64、JSP和Servlet有哪些相同點(diǎn)和不同點(diǎn),他們之間的聯(lián)系是什么?
          JSP是Servlet技術(shù)的擴(kuò)展,本質(zhì)上是Servlet的簡易方式,更強(qiáng)調(diào)應(yīng)用的外表表達(dá)。JSP編譯后是"類servlet"。Servlet和JSP最主要的不同點(diǎn)在于,Servlet的應(yīng)用邏輯是在Java文件中,并且完全從表示層中的HTML里分離開來。而JSP的情況是Java和HTML可以組合成一個(gè)擴(kuò)展名為.jsp的文件。JSP側(cè)重于視圖,Servlet主要用于控制邏輯。

          65、四種會(huì)話跟蹤技術(shù) cookie,url重寫,session,隱藏域

          65,jsp的四種范圍
          page否是代表與一個(gè)頁面相關(guān)的對(duì)象和屬性。一個(gè)頁面由一個(gè)編譯好的 Java servlet 類(可以帶有任何的 include 指令,但是沒有 include 動(dòng)作)表示。這既包括 servlet 又包括被編譯成 servlet 的 JSP 頁面
          request是是代表與 Web 客戶機(jī)發(fā)出的一個(gè)請(qǐng)求相關(guān)的對(duì)象和屬性。一個(gè)請(qǐng)求可能跨越多個(gè)頁面,涉及多個(gè) Web 組件(由于 forward 指令和 include 動(dòng)作的關(guān)系)
          session是是代表與用于某個(gè) Web 客戶機(jī)的一個(gè)用戶體驗(yàn)相關(guān)的對(duì)象和屬性。一個(gè) Web 會(huì)話可以也經(jīng)常會(huì)跨越多個(gè)客戶機(jī)請(qǐng)求
          application是是代表與整個(gè) Web 應(yīng)用程序相關(guān)的對(duì)象和屬性。這實(shí)質(zhì)上是跨越整個(gè) Web 應(yīng)用程序,包括多個(gè)頁面、請(qǐng)求和會(huì)話的一個(gè)全局作用域

          66、Request對(duì)象的主要方法:
          setAttribute(String name,Object):設(shè)置名字為name的request的參數(shù)值
          getAttribute(String name):返回由name指定的屬性值
          getAttributeNames():返回request對(duì)象所有屬性的名字集合,結(jié)果是一個(gè)枚舉的實(shí)例
          getCookies():返回客戶端的所有Cookie對(duì)象,結(jié)果是一個(gè)Cookie數(shù)組
          getCharacterEncoding():返回請(qǐng)求中的字符編碼方式
          getContentLength():返回請(qǐng)求的Body的長度
          getHeader(String name):獲得HTTP協(xié)議定義的文件頭信息
          getHeaders(String name):返回指定名字的request Header的所有值,結(jié)果是一個(gè)枚舉的實(shí)例
          getHeaderNames():返回所以request Header的名字,結(jié)果是一個(gè)枚舉的實(shí)例
          getInputStream():返回請(qǐng)求的輸入流,用于獲得請(qǐng)求中的數(shù)據(jù)
          getMethod():獲得客戶端向服務(wù)器端傳送數(shù)據(jù)的方法
          getParameter(String name):獲得客戶端傳送給服務(wù)器端的有name指定的參數(shù)值
          getParameterNames():獲得客戶端傳送給服務(wù)器端的所有參數(shù)的名字,結(jié)果是一個(gè)枚舉的實(shí)例
          getParameterValues(String name):獲得有name指定的參數(shù)的所有值
          getProtocol():獲取客戶端向服務(wù)器端傳送數(shù)據(jù)所依據(jù)的協(xié)議名稱
          getQueryString():獲得查詢字符串
          getRequestURI():獲取發(fā)出請(qǐng)求字符串的客戶端地址
          getRemoteAddr():獲取客戶端的IP地址
          getRemoteHost():獲取客戶端的名字
          getSession([Boolean create]):返回和請(qǐng)求相關(guān)Session
          getServerName():獲取服務(wù)器的名字
          getServletPath():獲取客戶端所請(qǐng)求的腳本文件的路徑
          getServerPort():獲取服務(wù)器的端口號(hào)
          removeAttribute(String name):刪除請(qǐng)求中的一個(gè)屬性

          67、J2EE是技術(shù)還是平臺(tái)還是框架?J2EE本身是一個(gè)標(biāo)準(zhǔn),一個(gè)為企業(yè)分布式應(yīng)用的開發(fā)提供的標(biāo)準(zhǔn)平臺(tái)。
          J2EE也是一個(gè)框架,包括JDBC、JNDI、RMI、JMS、EJB、JTA等技術(shù)。

          68、我們?cè)趙eb應(yīng)用開發(fā)過程中經(jīng)常遇到輸出某種編碼的字符,如iso8859-1等,如何輸出一個(gè)某種編碼的字符串?
            Public String translate (String str) {  String tempStr = "";  try { tempStr = new String(str.getBytes("ISO-8859-1"), "GBK"); tempStr = tempStr.trim(); } catch (Exception e) {  System.err.println(e.getMessage());  } return tempStr;  }

          69、簡述邏輯操作(&,|,^)與條件操作(&&,||)的區(qū)別。區(qū)別主要答兩點(diǎn):a.條件操作只能操作布爾型的,而邏輯操作不僅可以操作布爾型,而且可以操作數(shù)值型b.邏輯操作不會(huì)產(chǎn)生短路

          70、XML文檔定義有幾種形式?它們之間有何本質(zhì)區(qū)別?解析XML文檔有哪幾種方式?
          a: 兩種形式 dtd  schema,b: 本質(zhì)區(qū)別:schema本身是xml的,可以被XML解析器解析(這也是從DTD上發(fā)展schema的根本目的),c:有DOM,SAX,STAX等  DOM:處理大型文件時(shí)其性能下降的非常厲害。這個(gè)問題是由DOM的樹結(jié)構(gòu)所造成的,這種結(jié)構(gòu)占用的內(nèi)存較多,而且DOM必須在解析文件之前把整個(gè)文檔裝入內(nèi)存,適合對(duì)XML的隨機(jī)訪問  SAX:不現(xiàn)于DOM,SAX是事件驅(qū)動(dòng)型的XML解析方式。它順序讀取XML文件,不需要一次全部裝載整個(gè)文件。當(dāng)遇到像文件開頭,文檔結(jié)束,或者標(biāo)簽開頭與標(biāo)簽結(jié)束時(shí),它會(huì)觸發(fā)一個(gè)事件,用戶通過在其回調(diào)事件中寫入處理代碼來處理XML文件,適合對(duì)XML的順序訪問 STAX:Streaming API for XML (StAX)

          71、簡述synchronized和java.util.concurrent.locks.Lock的異同 ?
          主要相同點(diǎn):Lock能完成synchronized所實(shí)現(xiàn)的所有功能主要不同點(diǎn):Lock有比synchronized更精確的線程語義和更好的性能。synchronized會(huì)自動(dòng)釋放鎖,而Lock一定要求程序員手工釋放,并且必須在finally從句中釋放。

          72、EJB的角色和三個(gè)對(duì)象
          一個(gè)完整的基于EJB的分布式計(jì)算結(jié)構(gòu)由六個(gè)角色組成,這六個(gè)角色可以由不同的開發(fā)商提供,每個(gè)角色所作的工作必須遵循Sun公司提供的EJB規(guī)范,以保證彼此之間的兼容性。這六個(gè)角色分別是EJB組件開發(fā)者(Enterprise Bean Provider) 、應(yīng)用組合者(Application Assembler)、部署者(Deployer)、EJB 服務(wù)器提供者(EJB Server Provider)、EJB 容器提供者(EJB Container Provider)、系統(tǒng)管理員(System Administrator)三個(gè)對(duì)象是Remote(Local)接口、Home(LocalHome)接口,Bean類

          73、EJB容器提供的服務(wù)主要提供聲明周期管理、代碼產(chǎn)生、持續(xù)性管理、安全、事務(wù)管理、鎖和并發(fā)行管理等服務(wù)。

          74、EJB規(guī)范規(guī)定EJB中禁止的操作有哪些? 1.不能操作線程和線程API(線程API指非線程對(duì)象的方法如notify,wait等),2.不能操作awt,3.不能實(shí)現(xiàn)服務(wù)器功能,4.不能對(duì)靜態(tài)屬生存取,5.不能使用IO操作直接存取文件系統(tǒng),6.不能加載本地庫.,7.不能將this作為變量和返回,8.不能循環(huán)調(diào)用。

          75、remote接口和home接口主要作用remote接口定義了業(yè)務(wù)方法,用于EJB客戶端調(diào)用業(yè)務(wù)方法。home接口是EJB工廠用于創(chuàng)建和移除查找EJB實(shí)例

          76、bean 實(shí)例的生命周期對(duì)于Stateless Session Bean、Entity Bean、Message Driven Bean一般存在緩沖池管理,而對(duì)于Entity Bean和Statefull Session Bean存在Cache管理,通常包含創(chuàng)建實(shí)例,設(shè)置上下文、創(chuàng)建EJB Object(create)、業(yè)務(wù)方法調(diào)用、remove等過程,對(duì)于存在緩沖池管理的Bean,在create之后實(shí)例并不從內(nèi)存清除,而是采用緩沖池調(diào)度機(jī)制不斷重用實(shí)例,而對(duì)于存在Cache管理的Bean則通過激活和去激活機(jī)制保持Bean的狀態(tài)并限制內(nèi)存中實(shí)例數(shù)量。

          77、EJB的激活機(jī)制 以Stateful Session Bean 為例:其Cache大小決定了內(nèi)存中可以同時(shí)存在的Bean實(shí)例的數(shù)量,根據(jù)MRU或NRU算法,實(shí)例在激活和去激活狀態(tài)之間遷移,激活機(jī)制是當(dāng)客戶端調(diào)用某個(gè)EJB實(shí)例業(yè)務(wù)方法時(shí),如果對(duì)應(yīng)EJB Object發(fā)現(xiàn)自己沒有綁定對(duì)應(yīng)的Bean實(shí)例則從其去激活Bean存儲(chǔ)中(通過序列化機(jī)制存儲(chǔ)實(shí)例)回復(fù)(激活)此實(shí)例。狀態(tài)變遷前會(huì)調(diào)用對(duì)應(yīng)的ejbActive和ejbPassivate方法。

          78、EJB的幾種類型會(huì)話(Session)Bean ,實(shí)體(Entity)Bean 消息驅(qū)動(dòng)的(Message Driven)Bean  ;會(huì)話Bean又可分為有狀態(tài)(Stateful)和無狀態(tài)(Stateless)兩種;實(shí)體Bean可分為Bean管理的持續(xù)性(BMP)和容器管理的持續(xù)性(CMP)兩種

          79、客服端調(diào)用EJB對(duì)象的幾個(gè)基本步驟設(shè)置JNDI服務(wù)工廠以及JNDI服務(wù)地址系統(tǒng)屬性,查找Home接口,從Home接口調(diào)用Create方法創(chuàng)建Remote接口,通過Remote接口調(diào)用其業(yè)務(wù)方法。

          80、如何給weblogic指定大小的內(nèi)存? 在啟動(dòng)Weblogic的腳本中(位于所在Domian對(duì)應(yīng)服務(wù)器目錄下的startServerName),增加set MEM_ARGS=-Xms32m -Xmx200m,可以調(diào)整最小內(nèi)存為32M,最大200M

          81、如何設(shè)定的weblogic的熱啟動(dòng)模式(開發(fā)模式)與產(chǎn)品發(fā)布模式?可以在管理控制臺(tái)中修改對(duì)應(yīng)服務(wù)器的啟動(dòng)模式為開發(fā)或產(chǎn)品模式之一。或者修改服務(wù)的啟動(dòng)文件或者commenv文件,增加set PRODUCTION_MODE=true。

          82、如何啟動(dòng)時(shí)不需輸入用戶名與密碼?修改服務(wù)啟動(dòng)文件,增加 WLS_USER和WLS_PW項(xiàng)。也可以在boot.properties文件中增加加密過的用戶名和密碼.

          83、在weblogic管理制臺(tái)中對(duì)一個(gè)應(yīng)用域(或者說是一個(gè)網(wǎng)站,Domain)進(jìn)行jms及ejb或連接池等相關(guān)信息進(jìn)行配置后,實(shí)際保存在什么文件中?保存在此Domain的config.xml文件中,它是服務(wù)器的核心配置文件。

          84、說說weblogic中一個(gè)Domain的缺省目錄結(jié)構(gòu)?比如要將一個(gè)簡單的helloWorld.jsp放入何目錄下,然的在瀏覽器上就可打入http://主機(jī):端口號(hào)//helloword.jsp就可以看到運(yùn)行結(jié)果了? 又比如這其中用到了一個(gè)自己寫的javaBean該如何辦?
          Domain目錄\服務(wù)器目錄\applications,將應(yīng)用目錄放在此目錄下將可以作為應(yīng)用訪問,如果是Web應(yīng)用,應(yīng)用目錄需要滿足Web應(yīng)用目錄要求,jsp文件可以直接放在應(yīng)用目錄中,Javabean需要放在應(yīng)用目錄的WEB-INF目錄的classes目錄中,設(shè)置服務(wù)器的缺省應(yīng)用將可以實(shí)現(xiàn)在瀏覽器上無需輸入應(yīng)用名。

          85、在weblogic中發(fā)布ejb需涉及到哪些配置文件不同類型的EJB涉及的配置文件不同,都涉及到的配置文件包括ejb-jar.xml,weblogic-ejb-jar.xmlCMP實(shí)體Bean一般還需要weblogic-cmp-rdbms-jar.xml

          86、如何在weblogic中進(jìn)行ssl配置與客戶端的認(rèn)證配置或說說j2ee(標(biāo)準(zhǔn))進(jìn)行ssl的配置缺省安裝中使用DemoIdentity.jks和DemoTrust.jks  KeyStore實(shí)現(xiàn)SSL,需要配置服務(wù)器使用Enable SSL,配置其端口,在產(chǎn)品模式下需要從CA獲取私有密鑰和數(shù)字證書,創(chuàng)建identity和trust keystore,裝載獲得的密鑰和數(shù)字證書。可以配置此SSL連接是單向還是雙向的。

          87、如何查看在weblogic中已經(jīng)發(fā)布的EJB?可以使用管理控制臺(tái),在它的Deployment中可以查看所有已發(fā)布的EJB

          88、CORBA是什么?用途是什么? CORBA 標(biāo)準(zhǔn)是公共對(duì)象請(qǐng)求代理結(jié)構(gòu)(Common Object Request Broker Architecture),由對(duì)象管理組織 (Object Management Group,縮寫為 OMG)標(biāo)準(zhǔn)化。它的組成是接口定義語言(IDL), 語言綁定(binding:也譯為聯(lián)編)和允許應(yīng)用程序間互操作的協(xié)議。 其目的為:用不同的程序設(shè)計(jì)語言書寫在不同的進(jìn)程中運(yùn)行,為不同的操作系統(tǒng)開發(fā)。

          89、說說你所熟悉或聽說過的j2ee中的幾種常用模式?及對(duì)設(shè)計(jì)模式的一些看法
            Session Facade Pattern:使用SessionBean訪問EntityBean;Message Facade Pattern:實(shí)現(xiàn)異步調(diào)用;EJB Command Pattern:使用Command JavaBeans取代SessionBean,實(shí)現(xiàn)輕量級(jí)訪問;Data Transfer Object Factory:通過DTO Factory簡化EntityBean數(shù)據(jù)提供特性;Generic Attribute Access:通過AttibuteAccess接口簡化EntityBean數(shù)據(jù)提供特性;Business Interface:通過遠(yuǎn)程(本地)接口和Bean類實(shí)現(xiàn)相同接口規(guī)范業(yè)務(wù)邏輯一致性;EJB架構(gòu)的設(shè)計(jì)好壞將直接影響系統(tǒng)的性能、可擴(kuò)展性、可維護(hù)性、組件可重用性及開發(fā)效率。項(xiàng)目越復(fù)雜,項(xiàng)目隊(duì)伍越龐大則越能體現(xiàn)良好設(shè)計(jì)的重要性。

          90、說說在weblogic中開發(fā)消息Bean時(shí)的persistent與non-persisten的差別persistent方式的MDB可以保證消息傳遞的可靠性,也就是如果EJB容器出現(xiàn)問題而JMS服務(wù)器依然會(huì)將消息在此MDB可用的時(shí)候發(fā)送過來,而non-persistent方式的消息將被丟棄。

          91、Servlet執(zhí)行時(shí)一般實(shí)現(xiàn)哪幾個(gè)方法?public void init(ServletConfig config);public ServletConfig getServletConfig();public String getServletInfo();public void service(ServletRequest request,ServletResponse response);public void destroy()

          92、常用的設(shè)計(jì)模式?說明工廠模式。 Java中的23種設(shè)計(jì)模式:Factory(工廠模式),Builder(建造模式), Factory Method(工廠方法模式),Prototype(原始模型模式),Singleton(單例模式), Facade(門面模式),Adapter(適配器模式), Bridge(橋梁模式), Composite(合成模式),Decorator(裝飾模式), Flyweight(享元模式), Proxy(代理模式),Command(命令模式), Interpreter(解釋器模式), Visitor(訪問者模式),Iterator(迭代子模式), Mediator(調(diào)停者模式), Memento(備忘錄模式),Observer(觀察者模式),State(狀態(tài)模式),Strategy(策略模式),Template Method(模板方法模式), Chain Of Responsibleity(責(zé)任鏈模式)。工廠模式:工廠模式是一種經(jīng)常被使用到的模式,根據(jù)工廠模式實(shí)現(xiàn)的類可以根據(jù)提供的數(shù)據(jù)生成一組類中某一個(gè)類的實(shí)例,通常這一組類有一個(gè)公共的抽象父類并且實(shí)現(xiàn)了相同的方法,但是這些方法針對(duì)不同的數(shù)據(jù)進(jìn)行了不同的操作。首先需要定義一個(gè)基類,該類的子類通過不同的方法實(shí)現(xiàn)了基類中的方法。然后需要定義一個(gè)工廠類,工廠類可以根據(jù)條件生成不同的子類實(shí)例。當(dāng)?shù)玫阶宇惖膶?shí)例后,開發(fā)人員可以調(diào)用基類中的方法而不必考慮到底返回的是哪一個(gè)子類的實(shí)例。

          93、EJB需直接實(shí)現(xiàn)它的業(yè)務(wù)接口或Home接口嗎,請(qǐng)簡述理由。遠(yuǎn)程接口和Home接口不需要直接實(shí)現(xiàn),他們的實(shí)現(xiàn)代碼是由服務(wù)器產(chǎn)生的,程序運(yùn)行中對(duì)應(yīng)實(shí)現(xiàn)類會(huì)作為對(duì)應(yīng)接口類型的實(shí)例被使用。

          94、排序都有哪幾種方法?請(qǐng)列舉。用JAVA實(shí)現(xiàn)一個(gè)快速排序。排序的方法有:插入排序(直接插入排序、希爾排序),交換排序(冒泡排序、快速排序),選擇排序(直接選擇排序、堆排序),歸并排序,分配排序(箱排序、基數(shù)排序)
          快速排序的偽代碼。/ /使用快速排序方法對(duì)a[ 0 :n- 1 ]排序,從a[ 0 :n- 1 ]中選擇一個(gè)元素作為m i d d l e,該元素為支點(diǎn),
          把余下的元素分割為兩段left 和r i g h t,使得l e f t中的元素都小于等于支點(diǎn),而right 中的元素都大于等于支點(diǎn),遞歸地使用快速排序方法對(duì)left 進(jìn)行排序,遞歸地使用快速排序方法對(duì)right 進(jìn)行排序,所得結(jié)果為l e f t + m i d d l e + r i g h t。

          95、請(qǐng)對(duì)以下在J2EE中常用的名詞進(jìn)行解釋(或簡單描述)web容器:給處于其中的應(yīng)用程序組件(JSP,SERVLET)提供一個(gè)環(huán)境,使JSP,SERVLET直接更容器中的環(huán)境變量接口交互,不必關(guān)注其它系統(tǒng)問題。主要有WEB服務(wù)器來實(shí)現(xiàn)。例如:TOMCAT,WEBLOGIC,WEBSPHERE等。該容器提供的接口嚴(yán)格遵守J2EE規(guī)范中的WEB APPLICATION 標(biāo)準(zhǔn)。我們把遵守以上標(biāo)準(zhǔn)的WEB服務(wù)器就叫做J2EE中的WEB容器。EJB容器:Enterprise java bean 容器。更具有行業(yè)領(lǐng)域特色。他提供給運(yùn)行在其中的組件EJB各種管理功能。只要滿足J2EE規(guī)范的EJB放入該容器,馬上就會(huì)被容器進(jìn)行高效率的管理。并且可以通過現(xiàn)成的接口來獲得系統(tǒng)級(jí)別的服務(wù)。例如郵件服務(wù)、事務(wù)管理。JNDI:(Java Naming & Directory Interface)JAVA命名目錄服務(wù)。主要提供的功能是:提供一個(gè)目錄系統(tǒng),讓其它各地的應(yīng)用程序在其上面留下自己的索引,從而滿足快速查找和定位分布式應(yīng)用程序的功能。JMS:(Java Message Service)JAVA消息服務(wù)。主要實(shí)現(xiàn)各個(gè)應(yīng)用程序之間的通訊。包括點(diǎn)對(duì)點(diǎn)和廣播。JTA:(Java Transaction API)JAVA事務(wù)服務(wù)。提供各種分布式事務(wù)服務(wù)。應(yīng)用程序只需調(diào)用其提供的接口即可。JAF:(Java Action FrameWork)JAVA安全認(rèn)證框架。提供一些安全控制方面的框架。讓開發(fā)者通過各種部署和自定義實(shí)現(xiàn)自己的個(gè)性安全控制策略。RMI/IIOP:(Remote Method Invocation /internet對(duì)象請(qǐng)求中介協(xié)議)他們主要用于通過遠(yuǎn)程調(diào)用服務(wù)。例如,遠(yuǎn)程有一臺(tái)計(jì)算機(jī)上運(yùn)行一個(gè)程序,它提供股票分析服務(wù),我們可以在本地計(jì)算機(jī)上實(shí)現(xiàn)對(duì)其直接調(diào)用。當(dāng)然這是要通過一定的規(guī)范才能在異構(gòu)的系統(tǒng)之間進(jìn)行通信。RMI是JAVA特有的。

          96、JAVA語言如何進(jìn)行異常處理,關(guān)鍵字:throws,throw,try,catch,finally分別代表什么意義?在try塊中可以拋出異常嗎?
          Java通過面向?qū)ο蟮姆椒ㄟM(jìn)行異常處理,把各種不同的異常進(jìn)行分類,并提供了良好的接口。在Java中,每個(gè)異常都是一個(gè)對(duì)象,它是Throwable類或其它子類的實(shí)例。當(dāng)一個(gè)方法出現(xiàn)異常后便拋出一個(gè)異常對(duì)象,該對(duì)象中包含有異常信息,調(diào)用這個(gè)對(duì)象的方法可以捕獲到這個(gè)異常并進(jìn)行處理。Java的異常處理是通過5個(gè)關(guān)鍵詞來實(shí)現(xiàn)的:try、catch、throw、throws和finally。一般情況下是用try來執(zhí)行一段程序,如果出現(xiàn)異常,系統(tǒng)會(huì)拋出(throws)一個(gè)異常,這時(shí)候你可以通過它的類型來捕捉(catch)它,或最后(finally)由缺省處理器來處理。用try來指定一塊預(yù)防所有“異常”的程序。緊跟在try程序后面,應(yīng)包含一個(gè)catch子句來指定你想要捕捉的“異常”的類型。throw語句用來明確地拋出一個(gè)“異常”。throws用來標(biāo)明一個(gè)成員函數(shù)可能拋出的各種“異常”。Finally為確保一段代碼不管發(fā)生什么“異常”都被執(zhí)行一段代碼。可以在一個(gè)成員函數(shù)調(diào)用的外面寫一個(gè)try語句,在這個(gè)成員函數(shù)內(nèi)部寫另一個(gè)try語句保護(hù)其他代碼。每當(dāng)遇到一個(gè)try語句,“異常”的框架就放到堆棧上面,直到所有的try語句都完成。如果下一級(jí)的try語句沒有對(duì)某種“異常”進(jìn)行處理,堆棧就會(huì)展開,直到遇到有處理這種“異常”的try語句。

          97、一個(gè)“.java”源文件中是否可以包括多個(gè)類(不是內(nèi)部類)?有什么限制?可以。必須只有一個(gè)類名與文件名相同。

          98、MVC的各個(gè)部分都有那些技術(shù)來實(shí)現(xiàn)?如何實(shí)現(xiàn)? MVC是Model-View-Controller的簡寫。"Model" 代表的是應(yīng)用的業(yè)務(wù)邏輯(通過JavaBean,EJB組件實(shí)現(xiàn)), "View" 是應(yīng)用的表示面(由JSP頁面產(chǎn)生),"Controller" 是提供應(yīng)用的處理過程控制(一般是一個(gè)Servlet),通過這種設(shè)計(jì)模型把應(yīng)用邏輯,處理過程和顯示邏輯分成不同的組件實(shí)現(xiàn)。這些組件可以進(jìn)行交互和重用。

          99、java中有幾種方法可以實(shí)現(xiàn)一個(gè)線程?用什么關(guān)鍵字修飾同步方法? stop()和suspend()方法為何不推薦使用?有兩種實(shí)現(xiàn)方法,分別是繼承Thread類與實(shí)現(xiàn)Runnable接口用synchronized關(guān)鍵字修飾同步方法反對(duì)使用stop(),是因?yàn)樗话踩K鼤?huì)解除由線程獲取的所有鎖定,而且如果對(duì)象處于一種不連貫狀態(tài),那么其他線程能在那種狀態(tài)下檢查和修改它們。結(jié)果很難檢查出真正的問題所在。suspend()方法容易發(fā)生死鎖。調(diào)用suspend()的時(shí)候,目標(biāo)線程會(huì)停下來,但卻仍然持有在這之前獲得的鎖定。此時(shí),其他任何線程都不能訪問鎖定的資源,除非被“掛起”的線程恢復(fù)運(yùn)行。對(duì)任何線程來說,如果它們想恢復(fù)目標(biāo)線程,同時(shí)又試圖使用任何一個(gè)鎖定的資源,就會(huì)造成死鎖。所以不應(yīng)該使用suspend(),而應(yīng)在自己的Thread類中置入一個(gè)標(biāo)志,指出線程應(yīng)該活動(dòng)還是掛起。若標(biāo)志指出線程應(yīng)該掛起,便用wait()命其進(jìn)入等待狀態(tài)。若標(biāo)志指出線程應(yīng)當(dāng)恢復(fù),則用一個(gè)notify()重新啟動(dòng)線程。

          100、java中有幾種類型的流?JDK為每種類型的流提供了一些抽象類以供繼承,請(qǐng)說出他們分別是哪些類?
          字節(jié)流,字符流。字節(jié)流繼承于InputStream \ OutputStream,字符流繼承于InputStreamReader \ OutputStreamWriter。在java.io包中還有許多其他的流,主要是為了提高性能和使用方便。

          101、java中會(huì)存在內(nèi)存泄漏嗎,請(qǐng)簡單描述。會(huì)。如:int i,i2;  return (i-i2);   //when i為足夠大的正數(shù),i2為足夠大的負(fù)數(shù)。結(jié)果會(huì)造成溢位,導(dǎo)致錯(cuò)誤。

          102、java中實(shí)現(xiàn)多態(tài)的機(jī)制是什么?方法的重寫Overriding和重載Overloading是Java多態(tài)性的不同表現(xiàn)。重寫Overriding是父類與子類之間多態(tài)性的一種表現(xiàn),重載Overloading是一個(gè)類中多態(tài)性的一種表現(xiàn)。

          103、垃圾回收器的基本原理是什么?垃圾回收器可以馬上回收內(nèi)存嗎?有什么辦法主動(dòng)通知虛擬機(jī)進(jìn)行垃圾回收?對(duì)于GC來說,當(dāng)程序員創(chuàng)建對(duì)象時(shí),GC就開始監(jiān)控這個(gè)對(duì)象的地址、大小以及使用情況。通常,GC采用有向圖的方式記錄和管理堆(heap)中的所有對(duì)象。通過這種方式確定哪些對(duì)象是"可達(dá)的",哪些對(duì)象是"不可達(dá)的"。當(dāng)GC確定一些對(duì)象為"不可達(dá)"時(shí),GC就有責(zé)任回收這些內(nèi)存空間。可以。程序員可以手動(dòng)執(zhí)行System.gc(),通知GC運(yùn)行,但是Java語言規(guī)范并不保證GC一定會(huì)執(zhí)行。

          104、靜態(tài)變量和實(shí)例變量的區(qū)別?static i = 10; //常量; class A a;  a.i =10;//可變

          105、什么是java序列化,如何實(shí)現(xiàn)java序列化?
          序列化就是一種用來處理對(duì)象流的機(jī)制,所謂對(duì)象流也就是將對(duì)象的內(nèi)容進(jìn)行流化。可以對(duì)流化后的對(duì)象進(jìn)行讀寫操作,也可將流化后的對(duì)象傳輸于網(wǎng)絡(luò)之間。序列化是為了解決在對(duì)對(duì)象流進(jìn)行讀寫操作時(shí)所引發(fā)的問題。序列化的實(shí)現(xiàn):將需要被序列化的類實(shí)現(xiàn)Serializable接口,該接口沒有需要實(shí)現(xiàn)的方法,implements Serializable只是為了標(biāo)注該對(duì)象是可被序列化的,然后使用一個(gè)輸出流(如:FileOutputStream)來構(gòu)造一個(gè)ObjectOutputStream(對(duì)象流)對(duì)象,接著,使用ObjectOutputStream對(duì)象的writeObject(Object obj)方法就可以將參數(shù)為obj的對(duì)象寫出(即保存其狀態(tài)),要恢復(fù)的話則用輸入流。

          106、是否可以從一個(gè)static方法內(nèi)部發(fā)出對(duì)非static方法的調(diào)用?不可以,如果其中包含對(duì)象的method();不能保證對(duì)象初始化.

          107、寫clone()方法時(shí),通常都有一行代碼,是什么?Clone 有缺省行為,super.clone();他負(fù)責(zé)產(chǎn)生正確大小的空間,并逐位復(fù)制。

          108、在JAVA中,如何跳出當(dāng)前的多重嵌套循環(huán)?用break; return 方法。

          109、List、Map、Set三個(gè)接口,存取元素時(shí),各有什么特點(diǎn)?List 以特定次序來持有元素,可有重復(fù)元素。Set 無法擁有重復(fù)元素,內(nèi)部排序。Map 保存key-value值,value可多值。

          110、J2EE是什么?J2EE是Sun公司提出的多層(multi-diered),分布式(distributed),基于組件(component-base)的企業(yè)級(jí)應(yīng)用模型(enterpriese application model).在這樣的一個(gè)應(yīng)用系統(tǒng)中,可按照功能劃分為不同的組件,這些組件又可在不同計(jì)算機(jī)上,并且處于相應(yīng)的層次(tier)中。所屬層次包括客戶層(clietn tier)組件,web層和組件,Business層和組件,企業(yè)信息系統(tǒng)(EIS)層。

          111、UML方面 標(biāo)準(zhǔn)建模語言UML。用例圖,靜態(tài)圖(包括類圖、對(duì)象圖和包圖),行為圖,交互圖(順序圖,合作圖),實(shí)現(xiàn)圖。

          112、說出一些常用的類,包,接口,請(qǐng)各舉5個(gè)常用的類:BufferedReader  BufferedWriter  FileReader  FileWirter  String  Integer;常用的包:java.lang  java.awt  java.io  java.util  java.sql;常用的接口:Remote  List  Map  Document  NodeList

          113、開發(fā)中都用到了那些設(shè)計(jì)模式?用在什么場合? 每個(gè)模式都描述了一個(gè)在我們的環(huán)境中不斷出現(xiàn)的問題,然后描述了該問題的解決方案的核心。通過這種方式,你可以無數(shù)次地使用那些已有的解決方案,無需在重復(fù)相同的工作。主要用到了MVC的設(shè)計(jì)模式。用來開發(fā)JSP/Servlet或者J2EE的相關(guān)應(yīng)用。簡單工廠模式等。

          114、jsp有哪些動(dòng)作?作用分別是什么? JSP共有以下6種基本動(dòng)作 jsp:include:在頁面被請(qǐng)求的時(shí)候引入一個(gè)文件。 jsp:useBean:尋找或者實(shí)例化一個(gè)JavaBean。 jsp:setProperty:設(shè)置JavaBean的屬性。 jsp:getProperty:輸出某個(gè)JavaBean的屬性。 jsp:forward:把請(qǐng)求轉(zhuǎn)到一個(gè)新的頁面。 jsp:plugin:根據(jù)瀏覽器類型為Java插件生成OBJECT或EMBED標(biāo)記。

          115、Anonymous Inner Class (匿名內(nèi)部類) 是否可以extends(繼承)其它類,是否可以implements(實(shí)現(xiàn))interface(接口)? 可以繼承其他類或完成其他接口,在swing編程中常用此方式。

          116、應(yīng)用服務(wù)器與WEB SERVER的區(qū)別?應(yīng)用服務(wù)器:Weblogic、Tomcat、Jboss; WEB SERVER:IIS、 Apache

          117、BS與CS的聯(lián)系與區(qū)別。C/S是Client/Server的縮寫。服務(wù)器通常采用高性能的PC、工作站或小型機(jī),并采用大型數(shù)據(jù)庫系統(tǒng),如Oracle、Sybase、Informix或 SQL Server。客戶端需要安裝專用的客戶端軟件。B/S是Brower/Server的縮寫,客戶機(jī)上只要安裝一個(gè)瀏覽器(Browser),如Netscape Navigator或Internet Explorer,服務(wù)器安裝Oracle、Sybase、Informix或 SQL Server等數(shù)據(jù)庫。在這種結(jié)構(gòu)下,用戶界面完全通過WWW瀏覽器實(shí)現(xiàn),一部分事務(wù)邏輯在前端實(shí)現(xiàn),但是主要事務(wù)邏輯在服務(wù)器端實(shí)現(xiàn)。瀏覽器通過Web Server 同數(shù)據(jù)庫進(jìn)行數(shù)據(jù)交互。C/S 與 B/S 區(qū)別: 1.硬件環(huán)境不同: C/S 一般建立在專用的網(wǎng)絡(luò)上, 小范圍里的網(wǎng)絡(luò)環(huán)境, 局域網(wǎng)之間再通過專門服務(wù)器提供連接和數(shù)據(jù)交換服務(wù); B/S 建立在廣域網(wǎng)之上的, 不必是專門的網(wǎng)絡(luò)硬件環(huán)境,例與電話上網(wǎng), 租用設(shè)備. 信息自己管理. 有比C/S更強(qiáng)的適應(yīng)范圍, 一般只要有操作系統(tǒng)和瀏覽器就行 2.對(duì)安全要求不同 :C/S 一般面向相對(duì)固定的用戶群, 對(duì)信息安全的控制能力很強(qiáng). 一般高度機(jī)密的信息系統(tǒng)采用C/S 結(jié)構(gòu)適宜. 可以通過B/S發(fā)布部分可公開信息.B/S 建立在廣域網(wǎng)之上, 對(duì)安全的控制能力相對(duì)弱, 可能面向不可知的用戶。3.對(duì)程序架構(gòu)不同 : C/S 程序可以更加注重流程, 可以對(duì)權(quán)限多層次校驗(yàn), 對(duì)系統(tǒng)運(yùn)行速度可以較少考慮. B/S 對(duì)安全以及訪問速度的多重的考慮, 建立在需要更加優(yōu)化的基礎(chǔ)之上. 比C/S有更高的要求 B/S結(jié)構(gòu)的程序架構(gòu)是發(fā)展的趨勢(shì), 從MS的.Net系列的BizTalk 2000 Exchange 2000等, 全面支持網(wǎng)絡(luò)的構(gòu)件搭建的系統(tǒng). SUN 和IBM推的JavaBean 構(gòu)件技術(shù)等,使 B/S更加成熟. 4.軟件重用不同: C/S 程序可以不可避免的整體性考慮, 構(gòu)件的重用性不如在B/S要求下的構(gòu)件的重用性好. B/S 對(duì)的多重結(jié)構(gòu),要求構(gòu)件相對(duì)獨(dú)立的功能. 能夠相對(duì)較好的重用.就入買來的餐桌可以再利用,而不是做在墻上的石頭桌子 。5.系統(tǒng)維護(hù)不同  :C/S 程序由于整體性, 必須整體考察, 處理出現(xiàn)的問題以及系統(tǒng)升級(jí). 升級(jí)難. 可能是再做一個(gè)全新的系統(tǒng), B/S 構(gòu)件組成,方面構(gòu)件個(gè)別的更換,實(shí)現(xiàn)系統(tǒng)的無縫升級(jí). 系統(tǒng)維護(hù)開銷減到最小.用戶從網(wǎng)上自己下載安裝就可以實(shí)現(xiàn)升級(jí). 6.處理問題不同 :C/S 程序可以處理用戶面固定, 并且在相同區(qū)域, 安全要求高需求, 與操作系統(tǒng)相關(guān). 應(yīng)該都是相同的系統(tǒng),B/S 建立在廣域網(wǎng)上, 面向不同的用戶群, 分散地域, 這是C/S無法作到的. 與操作系統(tǒng)平臺(tái)關(guān)系最小. 7.用戶接口不同: C/S 多是建立的Window平臺(tái)上,表現(xiàn)方法有限,對(duì)程序員普遍要求較高,B/S 建立在瀏覽器上, 有更加豐富和生動(dòng)的表現(xiàn)方式與用戶交流. 并且大部分難度減低,減低開發(fā)成本.
          8.信息流不同 : C/S 程序一般是典型的中央集權(quán)的機(jī)械式處理, 交互性相對(duì)低,B/S 信息流向可變化, B-B B-C B-G等信息、流向的變化, 更像交易中心。

          posted @ 2007-04-23 17:20 chenweicai 閱讀(339) | 評(píng)論 (0)編輯 收藏

          一、什么是Java虛擬機(jī)
               當(dāng)你談到Java虛擬機(jī)時(shí),你可能是指:
               1、抽象的Java虛擬機(jī)規(guī)范
               2、一個(gè)具體的Java虛擬機(jī)實(shí)現(xiàn)
               3、一個(gè)運(yùn)行的Java虛擬機(jī)實(shí)例
          二、Java虛擬機(jī)的生命周期
               一個(gè)運(yùn)行中的Java虛擬機(jī)有著一個(gè)清晰的任務(wù):執(zhí)行Java程序。程序開始執(zhí)行時(shí)他才運(yùn)行,程序結(jié)束時(shí)他就停止。你在同一臺(tái)機(jī)器上運(yùn)行三個(gè)程序,就會(huì)有三個(gè)運(yùn)行中的Java虛擬機(jī)
               Java虛擬機(jī)總是開始于一個(gè)main()方法,這個(gè)方法必須是公有、返回void、直接受一個(gè)字符串?dāng)?shù)組。在程序執(zhí)行時(shí),你必須給Java虛擬機(jī)指明這個(gè)包含main()方法的類名
               Main()方法是程序的起點(diǎn),他被執(zhí)行的線程初始化為程序的初始線程。程序中其他的線程都由他來啟動(dòng)。Java中的線程分為兩種:守護(hù)線程 (daemon)和普通線程(non-daemon)。守護(hù)線程是Java虛擬機(jī)自己使用的線程,比如負(fù)責(zé)垃圾收集的線程就是一個(gè)守護(hù)線程。當(dāng)然,你也可以把自己的程序設(shè)置為守護(hù)線程。包含Main()方法的初始線程不是守護(hù)線程。
               只要Java虛擬機(jī)中還有普通的線程在執(zhí)行,Java虛擬機(jī)就不會(huì)停止。如果有足夠的權(quán)限,你可以調(diào)用exit()方法終止程序。
          三、Java虛擬機(jī)的體系結(jié)構(gòu)
               在Java虛擬機(jī)的規(guī)范中定義了一系列的子系統(tǒng)、內(nèi)存區(qū)域、數(shù)據(jù)類型和使用指南。這些組件構(gòu)成了Java虛擬機(jī)的內(nèi)部結(jié)構(gòu),他們不僅僅為Java虛擬機(jī)的實(shí)現(xiàn)提供了清晰的內(nèi)部結(jié)構(gòu),更是嚴(yán)格規(guī)定了Java虛擬機(jī)實(shí)現(xiàn)的外部行為。 
               每一個(gè)Java虛擬機(jī)都由一個(gè)類加載器子系統(tǒng)(class loader subsystem),負(fù)責(zé)加載程序中的類型(類和接口),并賦予唯一的名字。每一個(gè)Java虛擬機(jī)都有一個(gè)執(zhí)行引擎(execution engine)負(fù)責(zé)執(zhí)行被加載類中包含的指令。
               程序的執(zhí)行需要一定的內(nèi)存空間,如字節(jié)碼、被加載類的其他額外信息、程序中的對(duì)象、方法的參數(shù)、返回值、本地變量、處理的中間變量等等。Java虛擬機(jī)將這些信息統(tǒng)統(tǒng)保存在數(shù)據(jù)區(qū)(data areas)中。雖然每個(gè)Java虛擬機(jī)的實(shí)現(xiàn)中都包含數(shù)據(jù)區(qū),但是Java虛擬機(jī)規(guī)范對(duì)數(shù)據(jù)區(qū)的規(guī)定卻非常的抽象。許多結(jié)構(gòu)上的細(xì)節(jié)部分都留給了 Java虛擬機(jī)實(shí)現(xiàn)者自己發(fā)揮。不同Java虛擬機(jī)實(shí)現(xiàn)上的內(nèi)存結(jié)構(gòu)千差萬別。一部分實(shí)現(xiàn)可能占用很多內(nèi)存,而其他以下可能只占用很少的內(nèi)存;一些實(shí)現(xiàn)可能會(huì)使用虛擬內(nèi)存,而其他的則不使用。這種比較精煉的Java虛擬機(jī)內(nèi)存規(guī)約,可以使得Java虛擬機(jī)可以在廣泛的平臺(tái)上被實(shí)現(xiàn)。
               數(shù)據(jù)區(qū)中的一部分是整個(gè)程序共有,其他部分被單獨(dú)的線程控制。每一個(gè)Java虛擬機(jī)都包含方法區(qū)(method area)堆(heap),他們都被整個(gè)程序共享。Java虛擬機(jī)加載并解析一個(gè)類以后,將從類文件中解析出來的信息保存與方法區(qū)中。程序執(zhí)行時(shí)創(chuàng)建的 對(duì)象都保存在堆中。 
               當(dāng)一個(gè)線程被創(chuàng)建時(shí),會(huì)被分配只屬于他自己的PC寄存器“pc register”(程序計(jì)數(shù)器)和Java堆棧(Java stack)。當(dāng)線程不掉用本地方法時(shí),PC寄存器中保存線程執(zhí)行的下一條指令。Java堆棧保存了一個(gè)線程調(diào)用方法時(shí)的狀態(tài),包括本地變量、調(diào)用方法的 參數(shù)、返回值、處理的中間變量。調(diào)用本地方法時(shí)的狀態(tài)保存在本地方法堆棧中(native method stacks),可能再寄存器或者其他非平臺(tái)獨(dú)立的內(nèi)存中。
               Java堆棧有堆棧塊(stack frames (or frames))組成。堆棧塊包含Java方法調(diào)用的狀態(tài)。當(dāng)一個(gè)線程調(diào)用一個(gè)方法時(shí),Java虛擬機(jī)會(huì)將一個(gè)新的塊壓到Java堆棧中,當(dāng)這個(gè)方法運(yùn)行結(jié)束時(shí),Java虛擬機(jī)會(huì)將對(duì)應(yīng)的塊彈出并拋棄。
               Java虛擬機(jī)不使用寄存器保存計(jì)算的中間結(jié)果,而是用Java堆棧在存放中間結(jié)果。這是的Java虛擬機(jī)的指令更緊湊,也更容易在一個(gè)沒有寄存器的設(shè)備上實(shí)現(xiàn)Java虛擬機(jī)。 
               圖中的Java堆棧中向下增長的,PC寄存器中線程三為灰色,是因?yàn)樗趫?zhí)行本地方法,他的下一條執(zhí)行指令不保存在PC寄存器中。
          四、數(shù)據(jù)類型(Data Types)
               所有Java虛擬機(jī)中使用的數(shù)據(jù)都有確定的數(shù)據(jù)類型,數(shù)據(jù)類型和操作都在Java虛擬機(jī)規(guī)范中嚴(yán)格定義。Java中的數(shù)據(jù)類型分為原始數(shù)據(jù)類型 (primitive types)引用數(shù)據(jù)類型(reference type)。引用類型依賴于實(shí)際的對(duì)象,但不是對(duì)象本身。原始數(shù)據(jù)類型不依賴于任何東西,他們就是本身表示的數(shù)據(jù)。
          所有Java程序語言中的原始 數(shù)據(jù)類型,都是Java虛擬機(jī)的原始數(shù)據(jù)類型,除了布爾型(boolean)。當(dāng)編譯器將Java源代碼編譯為自己碼時(shí),使用整型(int)或者字節(jié)型 (byte)去表示布爾型。在Java虛擬機(jī)中使用整數(shù)0表示布爾型的false,使用非零整數(shù)表示布爾型的true,布爾數(shù)組被表示為字節(jié)數(shù)組,雖然他 們可能會(huì)以字節(jié)數(shù)組或者字節(jié)塊(bit fields)保存在堆中。
               除了布爾型,其他Java語言中的原始類型都是Java虛擬機(jī)中的數(shù)據(jù)類型。在Java中數(shù)據(jù)類型被分為:整形的byte,short,int,long;char和浮點(diǎn)型的float,double。Java語言中的數(shù)據(jù)類型在任何主機(jī)上都有同樣的范圍。 
               在Java虛擬機(jī)中還存在一個(gè)Java語言中不能使用的原始數(shù)據(jù)類型返回值類型(returnValue)。這種類型被用來實(shí)現(xiàn)Java程序中的“finally clauses”,具體的參見18章的“Finally Clauses”。
               引用類型可能被創(chuàng)建為:類類型(class type),接口類型(interface type),數(shù)組類型(array type。他們都引用被動(dòng)態(tài)創(chuàng)建的對(duì)象。當(dāng)引用類型引用null時(shí),說明沒有引用任何對(duì)象。
               Java虛擬機(jī)規(guī)范只定義了每一種數(shù)據(jù)類型表示的范圍,沒有定義在存儲(chǔ)時(shí)每種類型占用的空間。他們?nèi)绾未鎯?chǔ)由Java虛擬機(jī)的實(shí)現(xiàn)者自己決定。

          TypeRange
          byte8-bit signed two's complement integer (-27 to 27 - 1, inclusive)
          short16-bit signed two's complement integer (-215 to 215 - 1, inclusive)
          int32-bit signed two's complement integer (-231 to 231 - 1, inclusive)
          long64-bit signed two's complement integer (-263 to 263 - 1, inclusive)
          char16-bit unsigned Unicode character (0 to 216 - 1, inclusive)
          float32-bit IEEE 754 single-precision float
          double64-bit IEEE 754 double-precision float
          returnValueaddress of an opcode within the same method
          referencereference to an object on the heap, or null
          五、字節(jié)長度
               Java虛擬機(jī)中最小的數(shù)據(jù)單元式字(word),其大小由Java虛擬機(jī)的實(shí)現(xiàn)者定義。但是一個(gè)字的大小必須足夠容納byte,short,int, char,float,returnValue,reference;兩個(gè)字必須足夠容納long,double。所以虛擬機(jī)的實(shí)現(xiàn)者至少提供的字不能小 于31bits的字,但是最好選擇特定平臺(tái)上最有效率的字長。
               在運(yùn)行時(shí),Java程序不能決定所運(yùn)行機(jī)器的字長。字長也不會(huì)影響程序的行為,他只是在Java虛擬機(jī)中的一種表現(xiàn)方式。
          六、類加載器子系統(tǒng)
               Java虛擬機(jī)中的類加載器分為兩種:原始類加載器(primordial class loader)類加載器對(duì)象(class loader objects)。原始類加載器是Java虛擬機(jī)實(shí)現(xiàn)的一部分,類加載器對(duì)象是運(yùn)行中的程序的一部分。不同類加載器加載的類被不同的命名空間所分割。
               類加載器調(diào)用了許多Java虛擬機(jī)中其他的部分和java.lang包中的很多類。比如,類加載對(duì)象就是java.lang.ClassLoader子類 的實(shí)例,ClassLoader類中的方法可以訪問虛擬機(jī)中的類加載機(jī)制;每一個(gè)被Java虛擬機(jī)加載的類都會(huì)被表示為一個(gè) java.lang.Class類的實(shí)例。像其他對(duì)象一樣,類加載器對(duì)象和Class對(duì)象都保存在堆中,被加載的信息被保存在方法區(qū)中。
               1、加載、連接、初始化(Loading, Linking and Initialization)
          類加載子系統(tǒng)不僅僅負(fù)責(zé)定位并加載類文件,他按照以下嚴(yán)格的步驟作了很多其他的事情:(具體的信息參見第七章的“類的生命周期”)
                    1)、加載:尋找并導(dǎo)入指定類型(類和接口)的二進(jìn)制信息
                    2)、連接:進(jìn)行驗(yàn)證、準(zhǔn)備和解析
                         ①驗(yàn)證:確保導(dǎo)入類型的正確性
                         ②準(zhǔn)備:為類型分配內(nèi)存并初始化為默認(rèn)值
                         ③解析:將字符引用解析為直接飲用
                    3)、初始化:調(diào)用Java代碼,初始化類變量為合適的值
               2、原始類加載器(The Primordial Class Loader)
               每個(gè)Java虛擬機(jī)都必須實(shí)現(xiàn)一個(gè)原始類加載器,他能夠加載那些遵守類文件格式并且被信任的類。但是,Java虛擬機(jī)的規(guī)范并沒有定義如何加載類,這由 Java虛擬機(jī)實(shí)現(xiàn)者自己決定。對(duì)于給定類型名的類型,原始萊加載器必須找到那個(gè)類型名加“.class”的文件并加載入虛擬機(jī)中。
               3、類加載器對(duì)象
               雖然類加載器對(duì)象是Java程序的一部分,但是ClassLoader類中的三個(gè)方法可以訪問Java虛擬機(jī)中的類加載子系統(tǒng)。
                    1)、protected final Class defineClass(…):使用這個(gè)方法可以出入一個(gè)字節(jié)數(shù)組,定義一個(gè)新的類型。
                    2)、protected Class findSystemClass(String name):加載指定的類,如果已經(jīng)加載,就直接返回。
                    3)、protected final void resolveClass(Class c):defineClass()方法只是加載一個(gè)類,這個(gè)方法負(fù)責(zé)后續(xù)的動(dòng)態(tài)連接和初始化。
               具體的信息,參見第八章“連接模型”( The Linking Model)。
               4、命名空間
               當(dāng)多個(gè)類加載器加載了同一個(gè)類時(shí),為了保證他們名字的唯一性,需要在類名前加上加載該類的類加載器的標(biāo)識(shí)。具體的信息,
          七、方法區(qū)(The Method Area)
               在Java虛擬機(jī)中,被加載類型的信息都保存在方法區(qū)中。這寫信息在內(nèi)存中的組織形式由虛擬機(jī)的實(shí)現(xiàn)者定義,比如,虛擬機(jī)工作在一個(gè)“little- endian”的處理器上,他就可以將信息保存為“little-endian”格式的,雖然在Java類文件中他們是以“big-endian”格式保 存的。設(shè)計(jì)者可以用最適合并地機(jī)器的表示格式來存儲(chǔ)數(shù)據(jù),以保證程序能夠以最快的速度執(zhí)行。但是,在一個(gè)只有很小內(nèi)存的設(shè)備上,虛擬機(jī)的實(shí)現(xiàn)者就不會(huì)占用 很大的內(nèi)存。
               程序中的所有線程共享一個(gè)方法區(qū),所以訪問方法區(qū)信息的方法必須是線程安全的。如果你有兩個(gè)線程都去加載一個(gè)叫Lava的類,那只能由一個(gè)線程被容許去加載這個(gè)類,另一個(gè)必須等待。
               在程序運(yùn)行時(shí),方法區(qū)的大小是可變的,程序在運(yùn)行時(shí)可以擴(kuò)展。有些Java虛擬機(jī)的實(shí)現(xiàn)也可以通過參數(shù)也訂制方法區(qū)的初始大小,最小值和最大值。
               方法區(qū)也可以被垃圾收集。因?yàn)槌绦蛑械膬?nèi)由類加載器動(dòng)態(tài)加載,所有類可能變成沒有被引用(unreferenced)的狀態(tài)。當(dāng)類變成這種狀態(tài)時(shí),他就可 能被垃圾收集掉。沒有加載的類包括兩種狀態(tài),一種是真正的沒有加載,另一個(gè)種是“unreferenced”的狀態(tài)。
               1、類型信息(Type Information)
                    每一個(gè)被加載的類型,在Java虛擬機(jī)中都會(huì)在方法區(qū)中保存如下信息:
                    1)、類型的全名(The fully qualified name of the type)
                    2)、類型的父類型的全名(除非沒有父類型,或者弗雷形式j(luò)ava.lang.Object)(The fully qualified name of the typeís direct superclass)
                    3)、給類型是一個(gè)類還是接口(class or an interface)(Whether or not the type is a class )
                    4)、類型的修飾符(public,private,protected,static,final,volatile,transient等)(The typeís modifiers)
                    5)、所有父接口全名的列表(An ordered list of the fully qualified names of any direct superinterfaces)
                    類型全名保存的數(shù)據(jù)結(jié)構(gòu)由虛擬機(jī)實(shí)現(xiàn)者定義。除此之外,Java虛擬機(jī)還要為每個(gè)類型保存如下信息:
                    1)、類型的常量池(The constant pool for the type)
                    2)、類型字段的信息(Field information)
                    3)、類型方法的信息(Method information)
                    4)、所有的靜態(tài)類變量(非常量)信息(All class (static) variables declared in the type, except constants)
                    5)、一個(gè)指向類加載器的引用(A reference to class ClassLoader)
                    6)、一個(gè)指向Class類的引用(A reference to class Class)


                    1)、類型的常量池(The constant pool for the type)
                    常量池中保存中所有類型是用的有序的常量集合,包含直接常量(literals)如字符串、整數(shù)、浮點(diǎn)數(shù)的常量,和對(duì)類型、字段、方法的符號(hào)引用。常量池 中每一個(gè)保存的常量都有一個(gè)索引,就像數(shù)組中的字段一樣。因?yàn)槌A砍刂斜4嬷兴蓄愋褪褂玫降念愋汀⒆侄巍⒎椒ǖ淖址茫运彩莿?dòng)態(tài)連接的主要對(duì) 象。          2)、類型字段的信息(Field information)
                    字段名、字段類型、字段的修飾符(public,private,protected,static,final,volatile,transient等)、字段在類中定義的順序。
                    3)、類型方法的信息(Method information)
                    方法名、方法的返回值類型(或者是void)、方法參數(shù)的個(gè)數(shù)、類型和他們的順序、字段的修飾符(public,private,protected,static,final,volatile,transient等)、方法在類中定義的順序
                    如果不是抽象和本地本法還需要保存
                    方法的字節(jié)碼、方法的操作數(shù)堆棧的大小和本地變量區(qū)的大小(稍候有詳細(xì)信息)、異常列表
                    4)、類(靜態(tài))變量(Class Variables)
                    類變量被所有類的實(shí)例共享,即使不通過類的實(shí)例也可以訪問。這些變量綁定在類上(而不是類的實(shí)例上),所以他們是類的邏輯數(shù)據(jù)的一部分。在Java虛擬機(jī)使用這個(gè)類之前就需要為類變量(non-final)分配內(nèi)存
                    常量(final)的處理方式于這種類變量(non-final)不一樣。每一個(gè)類型在用到一個(gè)常量的時(shí)候,都會(huì)復(fù)制一份到自己的常量池中。常量也像類變 量一樣保存在方法區(qū)中,只不過他保存在常量池中。(可能是,類變量被所有實(shí)例共享,而常量池是每個(gè)實(shí)例獨(dú)有的)。Non-final類變量保存為定義他的 類型數(shù)據(jù)(data for the type that declares them)的一部分,而final常量保存為使用他的類型數(shù)據(jù)(data for any type that uses them)的一部分。  
                    5)、指向類加載器的引用(A reference to class ClassLoader)
                    每一個(gè)被Java虛擬機(jī)加載的類型,虛擬機(jī)必須保存這個(gè)類型是否由原始類加載器或者類加載器加載。那些被類加載器加載的類型必須保存一個(gè)指向類加載器的引 用。當(dāng)類加載器動(dòng)態(tài)連接時(shí),會(huì)使用這條信息。當(dāng)一個(gè)類引用另一個(gè)類時(shí),虛擬機(jī)必須保存那個(gè)被引用的類型是被同一個(gè)類加載器加載的,這也是虛擬機(jī)維護(hù)不同命 名空間的過程。
                    6)、指向Class類的引用(A reference to class Class)
                    Java虛擬機(jī)為每一個(gè)加載的類型創(chuàng)建一個(gè)java.lang.Class類的實(shí)例。你也可以通過Class類的方法:
          public static Class forName(String className)來查找或者加載一個(gè)類,并取得相應(yīng)的Class類的實(shí)例。通過這個(gè)Class類的實(shí)例,我們可以訪問Java虛擬機(jī)方法區(qū)中的信息。具體參照Class類的JavaDoc。
               2、方法列表(Method Tables)
               為了更有效的訪問所有保存在方法區(qū)中的數(shù)據(jù),這些數(shù)據(jù)的存儲(chǔ)結(jié)構(gòu)必須經(jīng)過仔細(xì)的設(shè)計(jì)。所有方法區(qū)中,除了保存了上邊的那些原始信息外,還有一個(gè)為了加快存 取速度而設(shè)計(jì)的數(shù)據(jù)結(jié)構(gòu),比如方法列表。每一個(gè)被加載的非抽象類,Java虛擬機(jī)都會(huì)為他們產(chǎn)生一個(gè)方法列表,這個(gè)列表中保存了這個(gè)類可能調(diào)用的所有實(shí)例 方法的引用,報(bào)錯(cuò)那些父類中調(diào)用的方法。

          八、堆
               當(dāng)Java程序創(chuàng)建一個(gè)類的實(shí)例或者數(shù)組時(shí),都在堆中為新的對(duì)象分配內(nèi)存。虛擬機(jī)中只有一個(gè)堆,所有的線程都共享他。
               1、垃圾收集(Garbage Collection)
               垃圾收集是釋放沒有被引用的對(duì)象的主要方法。它也可能會(huì)為了減少堆的碎片,而移動(dòng)對(duì)象。在Java虛擬機(jī)的規(guī)范中沒有嚴(yán)格定義垃圾收集,只是定義一個(gè)Java虛擬機(jī)的實(shí)現(xiàn)必須通過某種方式管理自己的堆。   2、對(duì)象存儲(chǔ)結(jié)構(gòu)(Object Representation)
               Java虛擬機(jī)的規(guī)范中沒有定義對(duì)象怎樣在堆中存儲(chǔ)。每一個(gè)對(duì)象主要存儲(chǔ)的是他的類和父類中定義的對(duì)象變量。對(duì)于給定的對(duì)象的引用,虛擬機(jī)必須嫩耨很快的 定位到這個(gè)對(duì)象的數(shù)據(jù)。另為,必須提供一種通過對(duì)象的引用方法對(duì)象數(shù)據(jù)的方法,比如方法區(qū)中的對(duì)象的引用,所以一個(gè)對(duì)象保存的數(shù)據(jù)中往往含有一個(gè)某種形式 指向方法區(qū)的指針。
               一個(gè)可能的堆的設(shè)計(jì)是將堆分為兩個(gè)部分:引用池和對(duì)象池。一個(gè)對(duì)象的引用就是指向引用池的本地指針。每一個(gè)引用池中的條目都包含兩個(gè)部分:指向?qū)ο蟪刂袑?duì) 象數(shù)據(jù)的指針和方法區(qū)中對(duì)象類數(shù)據(jù)的指針。這種設(shè)計(jì)能夠方便Java虛擬機(jī)堆碎片的整理。當(dāng)虛擬機(jī)在對(duì)象池中移動(dòng)一個(gè)對(duì)象的時(shí)候,只需要修改對(duì)應(yīng)引用池中 的指針地址。但是每次訪問對(duì)象的數(shù)據(jù)都需要處理兩次指針。  另一種堆的設(shè)計(jì)是:一個(gè)對(duì)象的引用就是一個(gè)指向一堆數(shù)據(jù)和指向相應(yīng)對(duì)象的偏移指針。這種設(shè)計(jì)方便了對(duì)象的訪問,可是對(duì)象的移動(dòng)要變的異常復(fù)雜。   當(dāng)程序試圖將一個(gè)對(duì)象轉(zhuǎn)換為另一種類型時(shí),虛擬機(jī)需要判斷這種轉(zhuǎn)換是否是這個(gè)對(duì)象的類型,或者是他的父類型。當(dāng)程序適用instanceof語句的時(shí)候也 會(huì)做類似的事情。當(dāng)程序調(diào)用一個(gè)對(duì)象的方法時(shí),虛擬機(jī)需要進(jìn)行動(dòng)態(tài)綁定,他必須判斷調(diào)用哪一個(gè)類型的方法。這也需要做上面的判斷。
               無論虛擬機(jī)實(shí)現(xiàn)者使用哪一種設(shè)計(jì),他都可能為每一個(gè)對(duì)象保存一個(gè)類似方法列表的信息。因?yàn)樗梢蕴嵘龑?duì)象方法調(diào)用的速度,對(duì)提升虛擬機(jī)的性能非常重要,但 是虛擬機(jī)的規(guī)范中比沒有要求必須實(shí)現(xiàn)類似的數(shù)據(jù)結(jié)構(gòu)。       每一個(gè)Java虛擬機(jī)中的對(duì)象必須關(guān)聯(lián)一個(gè)用于同步多線程的lock(mutex)。同一時(shí)刻,只能有一個(gè)對(duì)象擁有這個(gè)對(duì)象的鎖。當(dāng)一個(gè)擁有這個(gè)這個(gè)對(duì)象 的鎖,他就可以多次申請(qǐng)這個(gè)鎖,但是也必須釋放相應(yīng)次數(shù)的鎖才能真正釋放這個(gè)對(duì)象鎖。很多對(duì)象在整個(gè)生命周期中都不會(huì)被鎖,所以這個(gè)信息只有在需要時(shí)才需 要添加。很多Java虛擬機(jī)的實(shí)現(xiàn)都沒有在對(duì)象的數(shù)據(jù)中包含“鎖定數(shù)據(jù)”,只是在需要時(shí)才生成相應(yīng)的數(shù)據(jù)。除了實(shí)現(xiàn)對(duì)象的鎖定,每一個(gè)對(duì)象還邏輯關(guān)聯(lián)到一 個(gè)“wait set”的實(shí)現(xiàn)。鎖定幫組線程獨(dú)立處理共享的數(shù)據(jù),不需要妨礙其他的線程。“wait set”幫組線程協(xié)作完成同一個(gè)目標(biāo)。“wait set”往往通過Object類的wait()和notify()方法來實(shí)現(xiàn)。 
               垃圾收集也需要堆中的對(duì)象是否被關(guān)聯(lián)的信息。Java虛擬機(jī)規(guī)范中指出垃圾收集一個(gè)運(yùn)行一個(gè)對(duì)象的finalizer方法一次,但是容許 finalizer方法重新引用這個(gè)對(duì)象,當(dāng)這個(gè)對(duì)象再次不被引用時(shí),就不需要再次調(diào)用finalize方法。所以虛擬機(jī)也需要保存finalize方法 是否運(yùn)行過的信息。更多信息參見第九章的“垃圾收集”
               3、數(shù)組的保存(Array Representation)
          在Java 中,數(shù)組是一種完全意義上的對(duì)象,他和對(duì)象一樣保存在堆中、有一個(gè)指向Class類實(shí)例的引用。所有同一維度和類型的數(shù)組擁有同樣的Class,數(shù)組的長 度不做考慮。對(duì)應(yīng)Class的名字表示為維度和類型。比如一個(gè)整型數(shù)據(jù)的Class為“[I”,字節(jié)型三維數(shù)組Class名為“[[[B”,兩維對(duì)象數(shù)據(jù) Class名為“[[Ljava.lang.Object”。
          多維數(shù)組被表示為數(shù)組的數(shù)組 , 數(shù)組必須在堆中保存數(shù)組的長度,數(shù)組的數(shù)據(jù)和一些對(duì)象數(shù)組類型數(shù)據(jù)的引用。通過一個(gè)數(shù)組引用的,虛擬機(jī)應(yīng)該能夠取得一個(gè)數(shù)組的長度,通過索引能夠訪問特定 的數(shù)據(jù),能夠調(diào)用Object定義的方法。Object是所有數(shù)據(jù)類的直接父類。

          posted @ 2007-04-23 14:18 chenweicai 閱讀(351) | 評(píng)論 (0)編輯 收藏

          主站蜘蛛池模板: 东乡县| 庄河市| 读书| 天津市| 淮北市| 黑山县| 抚松县| 常宁市| 莎车县| 游戏| 淮北市| 西充县| 鲁山县| 江口县| 堆龙德庆县| 玉溪市| 广宁县| 新化县| 衡东县| 抚州市| 宁波市| 安图县| 关岭| 封丘县| 额济纳旗| 贡嘎县| 张家口市| 油尖旺区| 汤阴县| 策勒县| 图们市| 会理县| 江阴市| 鹤峰县| 元阳县| 互助| 铜山县| 龙口市| 西安市| 格尔木市| 郸城县|