<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

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

    2007年8月7日

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

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

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

     1. 什么是Wiki

      WIKI的來源

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

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

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

          WIKI可以做什么

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

      Wiki的特點

      使用方便

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

      格式簡單:用簡單的格式標記來取代 HTML 的復雜格式標記。(類似所見即所得的風格)

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

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

      有組織

      自組織的:同頁面的內容一樣,整個超文本的組織結構也是可以修改、演化的。

      可匯聚的:系統(tǒng)內多個內容重復的頁面可以被匯聚于其中的某個,相應的鏈接結構也隨之改變。

      可增長

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

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

      開放性

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

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

    2.

      什么是RSS

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

      RSS可以干什么?

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

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

      如何使用RSS

      ·下載和安裝一個RSS新聞閱讀器

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

      ·訂閱后您將會及時獲得所訂閱新聞頻道的最新內容

      RSS的幾個縮寫來源

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

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

      3、RDF Site Summary(RDF站點摘要)

      RSS新聞特點

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

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

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

      3.用戶可以加入多個定制的RSS提要,從多個來源搜集新聞整合到單個數(shù)據(jù)流中?!?.擴大了網(wǎng)站內容的傳播面,也增加了網(wǎng)站訪問量,因為訪問者調閱的RSS文件和瀏覽的網(wǎng)頁,都是從網(wǎng)站服務器上下載的。

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


    3.什么是Tag?

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

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

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

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

      2、Tag究竟有哪些不同?

      Tag不是關鍵詞,因為,一個機器就沒有辦法提取一張照片的關鍵字,但人可以給它設定一個或多個Tag。而Tag真正不同的地方在于,你可以隨意用任何詞來標記一件事物,只要方便你找到它。因此,這一標志是活躍的、無序的、個人化、相當自我的一種標記方式。

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

      3、如何使用Tag?

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

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

    posted @ 2007-06-30 11:23 chenweicai 閱讀(302) | 評論 (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.

    我們今天所看到的,并非是某一黨派的勝利,而是自由的慶典。它象征著結束,亦象征著開始;意味著更新,亦意味著變化。因為我已在你們及萬能的上帝面前,依著我們先輩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.

    世界已然今非昔比,因為人類手中已經(jīng)掌握了巨大的力量,既可以用來消除各種形式的貧困,亦可用以毀滅人類社會。然而,我們先輩曾為之戰(zhà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.

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

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

    This much we pledge -- and more.

    這是我們矢志不移的承諾,且遠不止此!

    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.

    對于那些與我們共享同一文化和精神源頭的老朋友,我們許以朋友的忠誠。在許許多多的合作事業(yè)中,我們會盡己所能以促進我們的團結,而決不故意制造分裂,因為我們不敢輕易面對由分歧或體系崩潰而導致的巨大挑戰(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.

    對于那些新成立的國家,我們歡迎它們加入自由陣營,并在此許以忠告:某種形式的殖民控制決不會僅僅因為被另一種更為殘酷的霸權所取代就消聲匿跡。我們不會期待他們始終支持我們的觀點,但我們希望他們能始終堅定地維護他們自己的自由——并且牢記,在過去,那些愚蠢地騎上獨~裁的虎背以謀求權力的人最終都以葬身虎腹而告終。

    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.

    對于那些寄居于大半個地球上的草舍村落、為著掙脫無盡苦難的枷鎖而奮斗的人民,我們承諾將盡我們最大的努力,以使他們獲得自助的能力。因為這是時代對我們提出的要求——不是因為共~產~黨人可能如此行事、不是因為我們需要他們的選票,僅僅是因為這樣做是正當?shù)摹?/p>

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

    如果一個自由的社會不能幫助貧窮的多數(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.

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

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

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

    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.

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

    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.

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

    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.

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

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

    讓我們永遠不要因為懼怕而談判,讓我們永遠不要懼怕談判。

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

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

    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.

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

    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ā)科學的奇跡,而非科學的恐怖。讓我們一同探索星空、征服沙漠、消除疾病、開發(fā)海洋深處,鼓勵藝術和商業(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."

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

    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.

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

    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.

    所有這些工作將不會在從現(xiàn)在起的一百天、一千天內完成,也不會在本屆行政分支任期內完成,甚至可能不會在我們的有生之年完成,但是,請讓我們現(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è)的最終成敗將掌握在你們的手中而不僅僅是我的手中。從這個國家被創(chuàng)建那天起,每一代美國人都被召喚去證實自己對國家的忠誠。那些響應號召獻身國家的年輕美國人的安息之所遍布全球。

    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)在,召喚的號角又一次吹響——不是號召我們扛起武器,雖然武器是我們所需要的——也不是號召我們去參加戰(zhàn)斗,雖然我們準備戰(zhàn)斗——而是號召我們年復一年地去進行一場漫長而未分勝負的搏斗,在希望中歡樂,而患難中忍耐,以反對人類共同的敵人:暴政、貧困、疾病以及戰(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?

    為了反對這些敵人,我們能夠將南方與北方、東方與西方團結起來,熔鑄成一個偉大的和全球性的聯(lián)盟,以確保全人類得享更為成果累累的生活嗎?你們愿意參與這項歷史性的努力嗎?

    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ù)幾代人被賦予了在自由面臨最大危機時捍衛(wèi)自由的使命,我不會畏縮于這一責任——我歡迎它!我也不相信我們中的任何人會愿意與其他國家的人民或其他世代的人民易地而處。我們在這場努力中所傾注的精力、信念和奉獻將照耀我們的國家以及所有為之獻身的人,火焰所放射出的光芒必將普照全世界。

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

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

    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.

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

    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.

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

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

    2007年6月27日

    摘要:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    下面就是一個goolge設置cookie的響應頭的例子
    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這個HTTP Sniffer軟件來俘獲的HTTP通訊紀錄的一部分

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

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

    image
    IE也可以設置在接受cookie前詢問

    四、理解session機制

    session機制是一種服務器端的機制,服務器使用一種類似于散列表的結構(也可能就是使用散列表)來保存信息。

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

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

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

    另一種技術叫做表單隱藏字段。就是服務器會自動修改表單,添加一個隱藏字段,以便在表單提交時能夠把session id傳遞回服務器。比如下面的表單
    <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>


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

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

    恰恰是由于關閉瀏覽器不會導致session被刪除,迫使服務器為seesion設置了一個失效時間,當距離客戶端上一次使用session的時間超過這個失效時間時,服務器就可以認為客戶端已經(jīng)停止了活動,才會把session刪除以節(jié)省存儲空間。

    五、理解javax.servlet.http.HttpSession
    HttpSession是Java平臺對session機制的實現(xiàn)規(guī)范,因為它僅僅是個接口,具體到每個web應用服務器的提供商,除了對規(guī)范支持之外,仍然會有一些規(guī)范里沒有規(guī)定的細微差異。這里我們以BEA的Weblogic Server8.1作為例子來演示。

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

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

    復制嚴格說來不算持久化保存,因為session實際上還是保存在內存里,不過同樣的信息被復制到各個cluster內的服務器進程中,這樣即使某個服務器進程停止工作也仍然可以從其他進程中取得session。

    cookie生存時間的設置則會影響瀏覽器生成的cookie是否是一個會話cookie。默認是使用會話cookie。有興趣的可以用它來試驗我們在第四節(jié)里提到的那個誤解。

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

    關于session的設置參考[5] http://e-docs.bea.com/wls/docs70/webapp/weblogic_xml.html#1036869

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

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

    由于session會消耗內存資源,因此,如果不打算使用session,應該在所有的JSP中關閉它。

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

    3、如何做到在瀏覽器關閉時刪除session
    嚴格的講,做不到這一點??梢宰鲆稽c努力的辦法是在所有的客戶端頁面里使用javascript代碼window.oncolose來監(jiān)視瀏覽器的關閉動作,然后向服務器發(fā)送一個請求來刪除session。但是對于瀏覽器崩潰或者強行殺死進程這些非常規(guī)手段仍然無能為力。

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

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

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

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

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

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

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

    七、跨應用程序的session共享

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

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

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

    image
    image

    根據(jù)這個特性,我們可以推測Tomcat中session的內存結構大致如下。
    image

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

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


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

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

    我們再看一下Weblogic Server是如何處理session的。
    image
    image

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

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

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


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


    值得注意的是這種用法不可移植,因為根據(jù)ServletContext的JavaDoc,應用服務器可以處于安全的原因對于context.getContext("/appA");返回空值,以上做法在Weblogic Server 8.1中通過。

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

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

    posted @ 2007-06-27 22:36 chenweicai 閱讀(265) | 評論 (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 閱讀(352) | 評論 (0)編輯 收藏

    2007年6月26日

    步一:定義標簽

    步二:創(chuàng)建標簽庫描述器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>

    步三:編寫標簽處理器 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頁面,將標簽并入該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 閱讀(295) | 評論 (0)編輯 收藏

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

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

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

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

    在本教程中,我們將:

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

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


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

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

    關于作者 第 3 頁(共3 頁)


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

    在為 eBlox 工作時,Rick 和 eBlox 小組遠在 1.0 版本之前就已使用 Struts 為電子商務站點構建了兩個框架和一個 ASP (應用程序服務提供者)。這個框架目前正在為 2000 多個在線商店店面提供支持。

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

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


    在創(chuàng)建自定義標簽之前,需要創(chuàng)建一個 標簽處理程序。標簽處理程序是一個執(zhí)行自定義標簽操作的 Java 對象。在使用自定義標簽時,要導入一個 標簽庫 —— 即一組標簽/標簽處理程序對。通過在 Web 部署描述符中聲明庫導入它,然后用指令 taglib 將它導入 JSP 頁。

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

    在運行時,JSP 頁生成的 servlet 得到對應于這一頁面所使用的標簽的標簽處理程序的一個實例。生成的 servlet 用傳遞給它的屬性初始化標簽處理程序。

    標簽處理程序實現(xiàn)了 生存周期 方法。生成的 servlet 用這些方法通知標簽處理程序應當啟動、停止或者重復自定義標簽操作。生成的 servlet 調用這些生存周期方法執(zhí)行標簽的功能。

    標簽的類型 第 2 頁(共2 頁)


    可以定義兩種類型的標簽:

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

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

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

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

    不過有一個問題:如果希望傳遞一組請求參數(shù)(如查詢字符串),也許必須為此創(chuàng)建一個 Java scriptlet。真是亂!下面的清單 (search_results.jap) 展示了一個 JSP 頁,它被迫加入了這樣一個 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)建一個 hashmap 并向這個 map 傳遞兩個屬性。在下面幾小節(jié),我們將創(chuàng)建一個不用 Java 代碼完成這項工作的自定義標簽。我們的標簽將定義如下的一個 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。

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

    構建簡單標簽的步驟 第 2 頁(共9 頁)


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

    這個標簽將實例化一個 map。使用這個標簽的開發(fā)人員可以指定要實例化的 map 的類型 —— HashMapTreeMap、FastHashMap 或者 FastTreeMap。FastHashMapFastTreeMap 來自 Jakarta Commons Collection library (有關鏈接請參閱 參考資料)。開發(fā)人員還可以指定標簽所在的范圍 —— 頁、請求、會話還是應用程序范圍。

    要構建這個簡單標簽,我們需要完成以下步驟:

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

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

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

    4. 在 TLD 文件中定義與標簽處理程序 Java 類中定義的屬性對應的屬性。

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

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

    如果您像我一樣,可能會提前閱讀書的結尾,所以請查看 附錄 中標簽處理程序類的完整列表以了解這個過程是如何結束的。

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

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


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

    標簽處理程序接口有以下方法:

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

    TagSupport

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

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

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

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

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

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

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


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

    TLD 文件有一個 導言(preamble),在這里標識 JSP 技術的版本和使用的標簽庫。這個導言通??雌饋硐襁@樣:

     <?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>  

    讓我們更詳細地分析一下這些標簽:

    • TLD 文件的根元素是 taglib。taglib 描述了一個 標簽庫 —— 即一組標簽/標簽處理程序對。

    • 因為我們使用的是 JSP 版本 1.2,所以在這個例子中需要 tlib-versionshort-name 元素。

    • tlib-version 元素對應于標簽庫版本。

    • jsp-version 對應于標簽庫所依賴的 JSP 技術的版本。

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

    • taglib 元素包含許多 tag 元素,標簽庫中每一個標簽有一個 tag 元素。

    因為我們剛創(chuàng)建了自己的類,所以我們將繼續(xù)往下進行,在 TLD 文件中聲明這個類,如下所示:

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

    tag 元素用于將自定義標簽映射到它們的自定義標簽處理程序。上述清單中的 tag 元素將自定義標簽 mapDefine 映射到處理程序 trivera.tags.map.MapDefineTag。 因此,不論在 mapDefine 上運行的是什么轉換引擎,都會調用 trivera.tags.map.MapDefineTag

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

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

    我們希望為 mapDefine 標簽指定三個屬性,如下所示:

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

    在 JSP 頁中使用這個標簽時,它看起來將像下面這樣:

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

    這個標簽將在會話范圍內創(chuàng)建一個名為 editParamsHashMap。

    為了在標簽處理程序中創(chuàng)建屬性,需要定義相應的 JavaBean 屬性。 因此,每一個屬性在標簽處理程序中都有對應的 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; }

    轉換引擎將用硬編碼的配置數(shù)據(jù)或者運行時表達式設置這個標簽的屬性。 我們將在 第 4 步:在 TLD 文件中定義屬性 中對此做更詳細的討論。

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

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


    就 像上一小節(jié)中所做的那樣,通過聲明 JavaBean 屬性定義自定義屬性,然后在 TLD 文件中聲明這些屬性。 每一個 JavaBean 屬性都必須與相應的自定義標簽屬性相匹配。 在 TLD 中定義的屬性必須匹配 JavaBean 屬性,不過卻可以有與標簽屬性不匹配的 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 元素指定屬性是否是必需的(默認值是 false)。rtexprvalue 元素表明屬性是硬編碼了轉換時的值還是允許使用運行時 scriptlet 表達式。

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

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


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

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

    • 根據(jù) type 屬性確定要創(chuàng)建的 map 的屬性。
    • 根據(jù) scope 屬性確定新的 map 對象放在什么范圍內。
    • 根據(jù) id 屬性確定新 map 對象要放入的范圍的名字。

    讓我們更詳細地分析這個過程。MapDefine 類檢查 type 屬性是設置為 FASTTREE、HASHTREE 還是 FASTHASH。然后創(chuà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 以一個給定的名字設置到一個給定范圍中:

     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 屬性傳遞的范圍名所對應的范圍中。

    到目前為止,我們已經(jīng)有一個非常簡單的標簽,它有三個屬性:id、scopetype。 我們將用給定的名字將 map 放到一個范圍中。但是,我們還有一件事沒做,就是聲明 scriptlet 變量。 為了做到這一點,需要向 TLD 再添加一項,這就是我們在下一小節(jié)中所要做的事。

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

    2007年4月28日

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

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

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

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

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

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

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

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

    2007年4月23日

    面向對象的特征有哪些方面 
     
    1. 抽象:抽象就是忽略一個主題中與當前目標無關的那些方面,以便更充分地注意與當前目標有關的方面。抽象并不打算了解全部問題,而只是選擇其中的一部分,暫時不用部分細節(jié)。抽象包括兩個方面,一是過程抽象,二是數(shù)據(jù)抽象。

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

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

       多態(tài)性:多態(tài)性是指允許不同類的對象對同一消息作出響應。多態(tài)性包括參數(shù)化多態(tài)性和包含多態(tài)性。多態(tài)性語言具有靈活、抽象、行為共享、代碼共享的優(yōu)勢,很好的解決了應用程序函數(shù)同名問題。

    2、String是最基本的數(shù)據(jù)類型嗎?
    基本數(shù)據(jù)類型包括byte、int、char、long、float、double、boolean和short。
    java.lang.String類是final類型的,因此不可以繼承這個類、不能修改這個類。為了提高效率節(jié)省空間,我們應該用StringBuffer類。

    3、int 和 Integer 有什么區(qū)別
    Java 提供兩種不同的類型:引用類型和原始類型(或內置類型)。Int是java的原始數(shù)據(jù)類型,Integer是java為int提供的封裝類。Java為每個原始類型提供了封裝類。
    原始類型封裝類boolean Boolean  char Character  byte Byte  short Short  int Integer  long Long  float Float  double Double
    引用類型和原始類型的行為完全不同,并且它們具有不同的語義。引用類型和原始類型具有不同的特征和用法,它們包括:大小和速度問題,這種類型以哪種類型的數(shù)據(jù)結構存儲,當引用類型和原始類型用作某個類的實例數(shù)據(jù)時所指定的缺省值。對象引用實例變量的缺省值為 null,而原始類型實例變量的缺省值與它們的類型有關。

    4、String 和StringBuffer的區(qū)別
    JAVA平臺提供了兩個類:String和StringBuffer,它們可以儲存和操作字符串,即包含多個字符的字符數(shù)據(jù)。這個String類提供了數(shù)值不可改變的字符串。而這個StringBuffer類提供的字符串進行修改。當你知道字符數(shù)據(jù)要改變的時候你就可以使用StringBuffer。典型地,你可以使用StringBuffers來動態(tài)構造字符數(shù)據(jù)。

    5、運行時異常與一般異常有何異同?
    異常表示程序運行過程中可能出現(xiàn)的非正常狀態(tài),運行時異常表示虛擬機的通常操作中可能遇到的異常,是一種常見運行錯誤。java編譯器要求方法必須聲明拋出可能發(fā)生的非運行時異常,但是并不要求必須聲明拋出未被捕獲的運行時異常。

    6、說出Servlet的生命周期,并說出Servlet和CGI的區(qū)別。
    Servlet被服務器實例化后,容器運行其init方法,請求到達時運行其service方法,service方法自動派遣運行與請求對應的doXXX方法(doGet,doPost)等,當服務器決定將實例銷毀的時候調用其destroy方法。
    與cgi的區(qū)別在于servlet處于服務器進程中,它通過多線程方式運行其service方法,一個實例可以服務于多個請求,并且其實例一般不會銷毀,而CGI對每個請求都產生新的進程,服務完成后就銷毀,所以效率上低于servlet。

    7、說出ArrayList,Vector, LinkedList的存儲性能和特性
    ArrayList和Vector都是使用數(shù)組方式存儲數(shù)據(jù),此數(shù)組元素數(shù)大于實際存儲的數(shù)據(jù)以便增加和插入元素,它們都允許直接按序號索引元素,但是插入元素要涉及數(shù)組元素移動等內存操作,所以索引數(shù)據(jù)快而插入數(shù)據(jù)慢Vector由于使用了synchronized方法(線程安全),通常性能上較ArrayList差,而LinkedList使用雙向鏈表實現(xiàn)存儲,按序號索引數(shù)據(jù)需要進行前向或后向遍歷,但是插入數(shù)據(jù)時只需要記錄本項的前后項即可,所以插入速度較快。

    8、EJB是基于哪些技術實現(xiàn)的?并說出SessionBean和EntityBean的區(qū)別,StatefulBean和StatelessBean的區(qū)別。
        EJB包括Session Bean、Entity Bean、Message Driven Bean,基于JNDI、RMI、JAT等技術實現(xiàn)。
    SessionBean在J2EE應用程序中被用來完成一些服務器端的業(yè)務操作,例如訪問數(shù)據(jù)庫、調用其他EJB組件。EntityBean被用來代表應用系統(tǒng)中用到的數(shù)據(jù)。
    對于客戶機,SessionBean是一種非持久性對象,它實現(xiàn)某些在服務器上運行的業(yè)務邏輯。
    對于客戶機,EntityBean是一種持久性對象,它代表一個存儲在持久性存儲器中的實體的對象視圖,或是一個由現(xiàn)有企業(yè)應用程序實現(xiàn)的實體。
    Session Bean 還可以再細分為 Stateful Session Bean 與 Stateless Session Bean ,這兩種的 Session Bean都可以將系統(tǒng)邏輯放在 method之中執(zhí)行,不同的是 Stateful Session Bean 可以記錄呼叫者的狀態(tài),因此通常來說,一個使用者會有一個相對應的 Stateful Session Bean 的實體。Stateless Session Bean 雖然也是邏輯組件,但是他卻不負責記錄使用者狀態(tài),也就是說當使用者呼叫 Stateless Session Bean 的時候,EJB Container 并不會找尋特定的 Stateless Session Bean 的實體來執(zhí)行這個 method。換言之,很可能數(shù)個使用者在執(zhí)行某個 Stateless Session Bean 的 methods 時,會是同一個 Bean 的 Instance 在執(zhí)行。從內存方面來看, Stateful Session Bean 與 Stateless Session Bean 比較, Stateful Session Bean 會消耗 J2EE Server 較多的內存,然而 Stateful Session Bean 的優(yōu)勢卻在于他可以維持使用者的狀態(tài)。

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

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


    11、HashMap和Hashtable的區(qū)別。  HashMap是Hashtable的輕量級實現(xiàn)(非線程安全
    的實現(xiàn)),他們都完成了Map接口,主要區(qū)別在于HashMap允許空(null)鍵值(key),由于非線程安全,效率上可能高于Hashtable。
    HashMap允許將null作為一個entry的key或者value,而Hashtable不允許。
    HashMap把Hashtable的contains方法去掉了,改成containsvaluecontainsKey。因為contains方法容易讓人引起誤解。 Hashtable繼承自Dictionary類,而HashMap是Java1.2引進的Map interface的一個實現(xiàn)。
    最大的不同是,Hashtable的方法是Synchronize,而HashMap不是,在多個線程訪問Hashtable時,不需要自己為它的方法實現(xiàn)同步,而HashMap 就必須為之提供外同步
    Hashtable和HashMap采用的hash/rehash算法都大概一樣,所以性能不會有很大的差異。

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

    13、sleep() 和 wait() 有什么區(qū)別? sleep是線程類(Thread)的方法,導致此線程暫停執(zhí)行指定時間,將執(zhí)行機會給其他線程,但是監(jiān)控狀態(tài)依然保持,到時后會自動恢復。調用sleep不會釋放對象鎖。wait是Object類的方法,對此對象調用wait方法導致本線程放棄對象鎖,進入等待此對象的等待鎖定池,只有針對此對象發(fā)出notify方法(或notifyAll)后本線程才進入對象鎖定池準備獲得對象鎖進入運行狀態(tài)。

    14、Overload和Override的區(qū)別。Overloaded的方法是否可以改變返回值的類型?
    方法的重寫Overriding和重載Overloading是Java多態(tài)性的不同表現(xiàn)。重寫Overriding是父類與子類之間多態(tài)性的一種表現(xiàn),重載Overloading是一個類中多態(tài)性的一種表現(xiàn)。如果在子類中定義某方法與其父類有相同的名稱和參數(shù),我們說該方法被重寫 (Overriding)。子類的對象使用這個方法時,將調用子類中的定義,對它而言,父類中的定義如同被“屏蔽”了。如果在一個類中定義了多個同名的方法,它們或有不同的參數(shù)個數(shù)或有不同的參數(shù)類型,則稱為方法的重載(Overloading)。Overloaded的方法是可以改變返回值的類型

    15、error和exception有什么區(qū)別?
    error 表示恢復不是不可能但很困難的情況下的一種嚴重問題。比如說內存溢出。不可能指望程序能處理這樣的情況。
    exception 表示一種設計或實現(xiàn)問題。也就是說,它表示如果程序運行正常,從不會發(fā)生的情況。

    16、同步和異步有何異同,在什么情況下分別使用他們?舉例說明。
    如果數(shù)據(jù)將在線程間共享。例如正在寫的數(shù)據(jù)以后可能被另一個線程讀到,或者正在讀的數(shù)據(jù)可能已經(jīng)被另一個線程寫過了,那么這些數(shù)據(jù)就是共享數(shù)據(jù),必須進行同步存取。當應用程序在對象上調用了一個需要花費很長時間來執(zhí)行的方法,并且不希望讓程序等待方法的返回時,就應該使用異步編程,在很多情況下采用異步途徑往往更有效率。

    17、abstract class和interface有什么區(qū)別?聲明方法的存在而不去實現(xiàn)它的類被叫做抽象類(abstract class),它用于要創(chuàng)建一個體現(xiàn)某些基本行為的類,并為該類聲明方法,但不能在該類中實現(xiàn)該類的情況。不能創(chuàng)建abstract 類的實例。然而可以創(chuàng)建一個變量,其類型是一個抽象類,并讓它指向具體子類的一個實例。不能有抽象構造函數(shù)或抽象靜態(tài)方法。Abstract 類的子類為它們父類中的所有抽象方法提供實現(xiàn),否則它們也是抽象類。取而代之,在子類中實現(xiàn)該方法。知道其行為的其它類可以在類中實現(xiàn)這些方法。接口(interface)是抽象類的變體。在接口中,所有方法都是抽象的多繼承性可通過實現(xiàn)這樣的接口而獲得。接口中的所有方法都是抽象的,沒有一個有程序體。接口只可以定義static final成員變量。接口的實現(xiàn)與子類相似,除了該實現(xiàn)類不能從接口定義中繼承行為。當類實現(xiàn)特殊接口時,它定義(即將程序體給予)所有這種接口的方法。然后,它可以在實現(xiàn)了該接口的類的任何對象上調用接口的方法。由于有抽象類,它允許使用接口名作為引用變量的類型。通常的動態(tài)聯(lián)編將生效。引用可以轉換到接口類型或從接口類型轉換,instanceof 運算符可以用來決定某對象的類是否實現(xiàn)了接口。

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

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

    20、EJB與JAVA BEAN的區(qū)別?Java Bean 是可復用的組件,對Java Bean并沒有嚴格的規(guī)范,理論上講,任何一個Java類都可以是一個Bean。但通常情況下,由于Java Bean是被容器所創(chuàng)建(如Tomcat)的,所以Java Bean應具有一個無參的構造器,另外,通常Java Bean還要實現(xiàn)Serializable接口用于實現(xiàn)Bean的持久性。Java Bean實際上相當于微軟COM模型中的本地進程內COM組件,它是不能被跨進程訪問的。Enterprise Java Bean 相當于DCOM,即分布式組件。它是基于Java的遠程方法調用(RMI)技術的,所以EJB可以被遠程訪問(跨進程、跨計算機)。但EJB必須被布署在諸如Webspere、WebLogic這樣的容器中,EJB客戶從不直接訪問真正的EJB組件,而是通過其容器訪問。EJB容器是EJB組件的代理,EJB組件由容器所創(chuàng)建和管理??蛻敉ㄟ^容器來訪問真正的EJB組件。

    21、Static Nested Class 和 Inner Class的不同。 Static Nested Class是被聲明為靜態(tài)(static)的內部類,它可以不依賴于外部類實例被實例化。而通常的內部類需要在外部類實例化后才能實例化。

    22、JSP中動態(tài)INCLUDE與靜態(tài)INCLUDE的區(qū)別?動態(tài)INCLUDE用jsp:include動作實現(xiàn) <jsp:include page="included.jsp" flush="true" />它總是會檢查所含文件中的變化,適合用于包含動態(tài)頁面,并且可以帶參數(shù)。靜態(tài)INCLUDE用include偽碼實現(xiàn),定不會檢查所含文件的變化,適用于包含靜態(tài)頁面<%@ include file="included.htm" %>

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

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

    25、short s1 = 1; s1 = s1 + 1;有什么錯? short s1 = 1; s1 += 1;有什么錯? short s1 = 1; s1 = s1 + 1; (s1+1運算結果是int型,需要強制轉換類型)  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)建了幾個String Object?    兩個

    28、設計4個線程,其中兩個線程每次對j增加1,另外兩個線程對j每次減少1。寫出程序。
    以下程序使用內部類實現(xiàn)線程,對j增減的時候沒有考慮順序問題。
    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有沒有goto?  java中的保留字,現(xiàn)在沒有在java中使用。

    30、啟動一個線程是用run()還是start()?啟動一個線程是調用start()方法,使線程所代表的虛擬處理機處于可運行狀態(tài),這意味著它可以由JVM調度并執(zhí)行。這并不意味著線程就會立即運行。run()方法可以產生必須退出的標志來停止一個線程。

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

    32、應用服務器有那些?
    BEA WebLogic Server,IBM WebSphere Application Server,Oracle9i Application Server,jBoss,Tomcat

    33、給我一個你最常見到的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、接口是否可繼承接口? 抽象類是否可實現(xiàn)(implements)接口? 抽象類是否可繼承實體類(concrete class)?
    接口可以繼承接口。抽象類可以實現(xiàn)(implements)接口,抽象類是否可繼承實體類,但前提是實體類必須有明確的構造函數(shù)。

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

    36、說出數(shù)據(jù)連接池的工作機制是什么?
    J2EE服務器啟動時會建立一定數(shù)量的池連接,并一直維持不少于此數(shù)目的池連接??蛻舳顺绦蛐枰B接時,池驅動程序會返回一個未使用的池連接并將其表記為忙。如果當前沒有空閑連接,池驅動程序就新建一定數(shù)量的連接,新建連接的數(shù)量有配置參數(shù)決定。當使用的池連接調用完成后,池驅動程序將此連接表記為空閑,其他調用就可以使用這個連接。

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

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

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

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

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

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

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

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

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

    46、當一個對象被當作參數(shù)傳遞到一個方法后,此方法可改變這個對象的屬性,并可返回變化后的結果,那么這里到底是值傳遞還是引用傳遞? 是值傳遞。Java 編程語言只有值傳遞參數(shù)。當一個對象實例作為一個參數(shù)被傳遞到方法中時,參數(shù)的值就是對該對象的引用。對象的內容可以在被調用的方法中改變,但對象的引用是永遠不會改變的。

    47、當一個線程進入一個對象的一個synchronized方法后,其它線程是否可進入此對象的其它方法?
    不能,一個對象的一個synchronized方法只能由一個線程訪問。

    48、編程題: 寫一個Singleton出來。
    Singleton模式主要作用是保證在Java應用程序中,一個類Class只有一個實例存在。一般Singleton模式通常有幾種種形式:第一種形式: 定義一個類,它的構造函數(shù)為private的,它有一個static的private的該類變量,在類初始化時實例話,通過一個public的getInstance方法獲取對它的引用,繼而調用其中的方法。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;   } }   其他形式:  定義一個類,它的構造函數(shù)為private的,所有方法為static的。一般認為第一種形式要更加安全些

    49、Java的接口和C++的虛類的相同和不同處。
    由于Java不支持多繼承,而有可能某個類或對象要使用分別在幾個類或對象里面的方法或屬性,現(xiàn)有的單繼承機制就不能滿足要求。與繼承相比,接口有更高的靈活性,因為接口中沒有任何實現(xiàn)代碼。當一個類實現(xiàn)了接口以后,該類要實現(xiàn)接口里面所有的方法和屬性,并且接口里面的屬性在默認狀態(tài)下面都是public static,所有方法默認情況下是public.一個類可以實現(xiàn)多個接口。

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

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

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

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

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

    55、char型變量中能不能存貯一個中文漢字?為什么?
    能夠定義成為一個中文的,因為java中以unicode編碼,一個char占16個字節(jié),所以放一個中文是沒問題的

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

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

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

    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對象),isELIgnored(是否忽略表達式) <%@include file=”filename”%><%@taglib prefix=”c”uri=”http://……”%>

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

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

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

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

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

    65、四種會話跟蹤技術 cookie,url重寫,session,隱藏域

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

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

    67、J2EE是技術還是平臺還是框架?J2EE本身是一個標準,一個為企業(yè)分布式應用的開發(fā)提供的標準平臺。
    J2EE也是一個框架,包括JDBC、JNDI、RMI、JMS、EJB、JTA等技術。

    68、我們在web應用開發(fā)過程中經(jīng)常遇到輸出某種編碼的字符,如iso8859-1等,如何輸出一個某種編碼的字符串?
      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ū)別主要答兩點:a.條件操作只能操作布爾型的,而邏輯操作不僅可以操作布爾型,而且可以操作數(shù)值型b.邏輯操作不會產生短路

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

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

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

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

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

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

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

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

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

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

    80、如何給weblogic指定大小的內存? 在啟動Weblogic的腳本中(位于所在Domian對應服務器目錄下的startServerName),增加set MEM_ARGS=-Xms32m -Xmx200m,可以調整最小內存為32M,最大200M

    81、如何設定的weblogic的熱啟動模式(開發(fā)模式)與產品發(fā)布模式?可以在管理控制臺中修改對應服務器的啟動模式為開發(fā)或產品模式之一?;蛘咝薷姆盏膯游募蛘遚ommenv文件,增加set PRODUCTION_MODE=true。

    82、如何啟動時不需輸入用戶名與密碼?修改服務啟動文件,增加 WLS_USER和WLS_PW項。也可以在boot.properties文件中增加加密過的用戶名和密碼.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    101、java中會存在內存泄漏嗎,請簡單描述。會。如:int i,i2;  return (i-i2);   //when i為足夠大的正數(shù),i2為足夠大的負數(shù)。結果會造成溢位,導致錯誤。

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

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

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

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

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

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

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

    109、List、Map、Set三個接口,存取元素時,各有什么特點?List 以特定次序來持有元素,可有重復元素。Set 無法擁有重復元素,內部排序。Map 保存key-value值,value可多值。

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

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

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

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

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

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

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

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

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

    一、什么是Java虛擬機
         當你談到Java虛擬機時,你可能是指:
         1、抽象的Java虛擬機規(guī)范
         2、一個具體的Java虛擬機實現(xiàn)
         3、一個運行的Java虛擬機實例
    二、Java虛擬機的生命周期
         一個運行中的Java虛擬機有著一個清晰的任務:執(zhí)行Java程序。程序開始執(zhí)行時他才運行,程序結束時他就停止。你在同一臺機器上運行三個程序,就會有三個運行中的Java虛擬機。
         Java虛擬機總是開始于一個main()方法,這個方法必須是公有、返回void、直接受一個字符串數(shù)組。在程序執(zhí)行時,你必須給Java虛擬機指明這個包含main()方法的類名
         Main()方法是程序的起點,他被執(zhí)行的線程初始化為程序的初始線程。程序中其他的線程都由他來啟動。Java中的線程分為兩種:守護線程 (daemon)和普通線程(non-daemon)。守護線程是Java虛擬機自己使用的線程,比如負責垃圾收集的線程就是一個守護線程。當然,你也可以把自己的程序設置為守護線程。包含Main()方法的初始線程不是守護線程。
         只要Java虛擬機中還有普通的線程在執(zhí)行,Java虛擬機就不會停止。如果有足夠的權限,你可以調用exit()方法終止程序。
    三、Java虛擬機的體系結構
         在Java虛擬機的規(guī)范中定義了一系列的子系統(tǒng)、內存區(qū)域、數(shù)據(jù)類型和使用指南。這些組件構成了Java虛擬機的內部結構,他們不僅僅為Java虛擬機的實現(xiàn)提供了清晰的內部結構,更是嚴格規(guī)定了Java虛擬機實現(xiàn)的外部行為。 
         每一個Java虛擬機都由一個類加載器子系統(tǒng)(class loader subsystem),負責加載程序中的類型(類和接口),并賦予唯一的名字。每一個Java虛擬機都有一個執(zhí)行引擎(execution engine)負責執(zhí)行被加載類中包含的指令。
         程序的執(zhí)行需要一定的內存空間,如字節(jié)碼、被加載類的其他額外信息、程序中的對象、方法的參數(shù)、返回值、本地變量、處理的中間變量等等。Java虛擬機將這些信息統(tǒng)統(tǒng)保存在數(shù)據(jù)區(qū)(data areas)中。雖然每個Java虛擬機的實現(xiàn)中都包含數(shù)據(jù)區(qū),但是Java虛擬機規(guī)范對數(shù)據(jù)區(qū)的規(guī)定卻非常的抽象。許多結構上的細節(jié)部分都留給了 Java虛擬機實現(xiàn)者自己發(fā)揮。不同Java虛擬機實現(xiàn)上的內存結構千差萬別。一部分實現(xiàn)可能占用很多內存,而其他以下可能只占用很少的內存;一些實現(xiàn)可能會使用虛擬內存,而其他的則不使用。這種比較精煉的Java虛擬機內存規(guī)約,可以使得Java虛擬機可以在廣泛的平臺上被實現(xiàn)。
         數(shù)據(jù)區(qū)中的一部分是整個程序共有,其他部分被單獨的線程控制。每一個Java虛擬機都包含方法區(qū)(method area)堆(heap),他們都被整個程序共享。Java虛擬機加載并解析一個類以后,將從類文件中解析出來的信息保存與方法區(qū)中。程序執(zhí)行時創(chuàng)建的 對象都保存在堆中。 
         當一個線程被創(chuàng)建時,會被分配只屬于他自己的PC寄存器“pc register”(程序計數(shù)器)和Java堆棧(Java stack)。當線程不掉用本地方法時,PC寄存器中保存線程執(zhí)行的下一條指令。Java堆棧保存了一個線程調用方法時的狀態(tài),包括本地變量、調用方法的 參數(shù)、返回值、處理的中間變量。調用本地方法時的狀態(tài)保存在本地方法堆棧中(native method stacks),可能再寄存器或者其他非平臺獨立的內存中。
         Java堆棧有堆棧塊(stack frames (or frames))組成。堆棧塊包含Java方法調用的狀態(tài)。當一個線程調用一個方法時,Java虛擬機會將一個新的塊壓到Java堆棧中,當這個方法運行結束時,Java虛擬機會將對應的塊彈出并拋棄。
         Java虛擬機不使用寄存器保存計算的中間結果,而是用Java堆棧在存放中間結果。這是的Java虛擬機的指令更緊湊,也更容易在一個沒有寄存器的設備上實現(xiàn)Java虛擬機。 
         圖中的Java堆棧中向下增長的,PC寄存器中線程三為灰色,是因為它正在執(zhí)行本地方法,他的下一條執(zhí)行指令不保存在PC寄存器中。
    四、數(shù)據(jù)類型(Data Types)
         所有Java虛擬機中使用的數(shù)據(jù)都有確定的數(shù)據(jù)類型,數(shù)據(jù)類型和操作都在Java虛擬機規(guī)范中嚴格定義。Java中的數(shù)據(jù)類型分為原始數(shù)據(jù)類型 (primitive types)引用數(shù)據(jù)類型(reference type)。引用類型依賴于實際的對象,但不是對象本身。原始數(shù)據(jù)類型不依賴于任何東西,他們就是本身表示的數(shù)據(jù)。
    所有Java程序語言中的原始 數(shù)據(jù)類型,都是Java虛擬機的原始數(shù)據(jù)類型,除了布爾型(boolean)。當編譯器將Java源代碼編譯為自己碼時,使用整型(int)或者字節(jié)型 (byte)去表示布爾型。在Java虛擬機中使用整數(shù)0表示布爾型的false,使用非零整數(shù)表示布爾型的true,布爾數(shù)組被表示為字節(jié)數(shù)組,雖然他 們可能會以字節(jié)數(shù)組或者字節(jié)塊(bit fields)保存在堆中。
         除了布爾型,其他Java語言中的原始類型都是Java虛擬機中的數(shù)據(jù)類型。在Java中數(shù)據(jù)類型被分為:整形的byte,short,int,long;char和浮點型的float,double。Java語言中的數(shù)據(jù)類型在任何主機上都有同樣的范圍。 
         在Java虛擬機中還存在一個Java語言中不能使用的原始數(shù)據(jù)類型返回值類型(returnValue)。這種類型被用來實現(xiàn)Java程序中的“finally clauses”,具體的參見18章的“Finally Clauses”。
         引用類型可能被創(chuàng)建為:類類型(class type),接口類型(interface type),數(shù)組類型(array type。他們都引用被動態(tài)創(chuàng)建的對象。當引用類型引用null時,說明沒有引用任何對象。
         Java虛擬機規(guī)范只定義了每一種數(shù)據(jù)類型表示的范圍,沒有定義在存儲時每種類型占用的空間。他們如何存儲由Java虛擬機的實現(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虛擬機中最小的數(shù)據(jù)單元式字(word),其大小由Java虛擬機的實現(xiàn)者定義。但是一個字的大小必須足夠容納byte,short,int, char,float,returnValue,reference;兩個字必須足夠容納long,double。所以虛擬機的實現(xiàn)者至少提供的字不能小 于31bits的字,但是最好選擇特定平臺上最有效率的字長。
         在運行時,Java程序不能決定所運行機器的字長。字長也不會影響程序的行為,他只是在Java虛擬機中的一種表現(xiàn)方式。
    六、類加載器子系統(tǒng)
         Java虛擬機中的類加載器分為兩種:原始類加載器(primordial class loader)類加載器對象(class loader objects)。原始類加載器是Java虛擬機實現(xiàn)的一部分,類加載器對象是運行中的程序的一部分。不同類加載器加載的類被不同的命名空間所分割。
         類加載器調用了許多Java虛擬機中其他的部分和java.lang包中的很多類。比如,類加載對象就是java.lang.ClassLoader子類 的實例,ClassLoader類中的方法可以訪問虛擬機中的類加載機制;每一個被Java虛擬機加載的類都會被表示為一個 java.lang.Class類的實例。像其他對象一樣,類加載器對象和Class對象都保存在堆中,被加載的信息被保存在方法區(qū)中。
         1、加載、連接、初始化(Loading, Linking and Initialization)
    類加載子系統(tǒng)不僅僅負責定位并加載類文件,他按照以下嚴格的步驟作了很多其他的事情:(具體的信息參見第七章的“類的生命周期”)
              1)、加載:尋找并導入指定類型(類和接口)的二進制信息
              2)、連接:進行驗證、準備和解析
                   ①驗證:確保導入類型的正確性
                   ②準備:為類型分配內存并初始化為默認值
                   ③解析:將字符引用解析為直接飲用
              3)、初始化:調用Java代碼,初始化類變量為合適的值
         2、原始類加載器(The Primordial Class Loader)
         每個Java虛擬機都必須實現(xiàn)一個原始類加載器,他能夠加載那些遵守類文件格式并且被信任的類。但是,Java虛擬機的規(guī)范并沒有定義如何加載類,這由 Java虛擬機實現(xiàn)者自己決定。對于給定類型名的類型,原始萊加載器必須找到那個類型名加“.class”的文件并加載入虛擬機中。
         3、類加載器對象
         雖然類加載器對象是Java程序的一部分,但是ClassLoader類中的三個方法可以訪問Java虛擬機中的類加載子系統(tǒng)。
              1)、protected final Class defineClass(…):使用這個方法可以出入一個字節(jié)數(shù)組,定義一個新的類型。
              2)、protected Class findSystemClass(String name):加載指定的類,如果已經(jīng)加載,就直接返回。
              3)、protected final void resolveClass(Class c):defineClass()方法只是加載一個類,這個方法負責后續(xù)的動態(tài)連接和初始化。
         具體的信息,參見第八章“連接模型”( The Linking Model)。
         4、命名空間
         當多個類加載器加載了同一個類時,為了保證他們名字的唯一性,需要在類名前加上加載該類的類加載器的標識。具體的信息,
    七、方法區(qū)(The Method Area)
         在Java虛擬機中,被加載類型的信息都保存在方法區(qū)中。這寫信息在內存中的組織形式由虛擬機的實現(xiàn)者定義,比如,虛擬機工作在一個“little- endian”的處理器上,他就可以將信息保存為“little-endian”格式的,雖然在Java類文件中他們是以“big-endian”格式保 存的。設計者可以用最適合并地機器的表示格式來存儲數(shù)據(jù),以保證程序能夠以最快的速度執(zhí)行。但是,在一個只有很小內存的設備上,虛擬機的實現(xiàn)者就不會占用 很大的內存。
         程序中的所有線程共享一個方法區(qū),所以訪問方法區(qū)信息的方法必須是線程安全的。如果你有兩個線程都去加載一個叫Lava的類,那只能由一個線程被容許去加載這個類,另一個必須等待。
         在程序運行時,方法區(qū)的大小是可變的,程序在運行時可以擴展。有些Java虛擬機的實現(xiàn)也可以通過參數(shù)也訂制方法區(qū)的初始大小,最小值和最大值。
         方法區(qū)也可以被垃圾收集。因為程序中的內由類加載器動態(tài)加載,所有類可能變成沒有被引用(unreferenced)的狀態(tài)。當類變成這種狀態(tài)時,他就可 能被垃圾收集掉。沒有加載的類包括兩種狀態(tài),一種是真正的沒有加載,另一個種是“unreferenced”的狀態(tài)。
         1、類型信息(Type Information)
              每一個被加載的類型,在Java虛擬機中都會在方法區(qū)中保存如下信息:
              1)、類型的全名(The fully qualified name of the type)
              2)、類型的父類型的全名(除非沒有父類型,或者弗雷形式java.lang.Object)(The fully qualified name of the typeís direct superclass)
              3)、給類型是一個類還是接口(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ù)結構由虛擬機實現(xiàn)者定義。除此之外,Java虛擬機還要為每個類型保存如下信息:
              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)、一個指向類加載器的引用(A reference to class ClassLoader)
              6)、一個指向Class類的引用(A reference to class Class)


              1)、類型的常量池(The constant pool for the type)
              常量池中保存中所有類型是用的有序的常量集合,包含直接常量(literals)如字符串、整數(shù)、浮點數(shù)的常量,和對類型、字段、方法的符號引用。常量池 中每一個保存的常量都有一個索引,就像數(shù)組中的字段一樣。因為常量池中保存中所有類型使用到的類型、字段、方法的字符引用,所以它也是動態(tài)連接的主要對 象。          2)、類型字段的信息(Field information)
              字段名、字段類型、字段的修飾符(public,private,protected,static,final,volatile,transient等)、字段在類中定義的順序。
              3)、類型方法的信息(Method information)
              方法名、方法的返回值類型(或者是void)、方法參數(shù)的個數(shù)、類型和他們的順序、字段的修飾符(public,private,protected,static,final,volatile,transient等)、方法在類中定義的順序
              如果不是抽象和本地本法還需要保存
              方法的字節(jié)碼、方法的操作數(shù)堆棧的大小和本地變量區(qū)的大小(稍候有詳細信息)、異常列表
              4)、類(靜態(tài))變量(Class Variables)
              類變量被所有類的實例共享,即使不通過類的實例也可以訪問。這些變量綁定在類上(而不是類的實例上),所以他們是類的邏輯數(shù)據(jù)的一部分。在Java虛擬機使用這個類之前就需要為類變量(non-final)分配內存
              常量(final)的處理方式于這種類變量(non-final)不一樣。每一個類型在用到一個常量的時候,都會復制一份到自己的常量池中。常量也像類變 量一樣保存在方法區(qū)中,只不過他保存在常量池中。(可能是,類變量被所有實例共享,而常量池是每個實例獨有的)。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)
              每一個被Java虛擬機加載的類型,虛擬機必須保存這個類型是否由原始類加載器或者類加載器加載。那些被類加載器加載的類型必須保存一個指向類加載器的引 用。當類加載器動態(tài)連接時,會使用這條信息。當一個類引用另一個類時,虛擬機必須保存那個被引用的類型是被同一個類加載器加載的,這也是虛擬機維護不同命 名空間的過程。
              6)、指向Class類的引用(A reference to class Class)
              Java虛擬機為每一個加載的類型創(chuàng)建一個java.lang.Class類的實例。你也可以通過Class類的方法:
    public static Class forName(String className)來查找或者加載一個類,并取得相應的Class類的實例。通過這個Class類的實例,我們可以訪問Java虛擬機方法區(qū)中的信息。具體參照Class類的JavaDoc。
         2、方法列表(Method Tables)
         為了更有效的訪問所有保存在方法區(qū)中的數(shù)據(jù),這些數(shù)據(jù)的存儲結構必須經(jīng)過仔細的設計。所有方法區(qū)中,除了保存了上邊的那些原始信息外,還有一個為了加快存 取速度而設計的數(shù)據(jù)結構,比如方法列表。每一個被加載的非抽象類,Java虛擬機都會為他們產生一個方法列表,這個列表中保存了這個類可能調用的所有實例 方法的引用,報錯那些父類中調用的方法。

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

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

    主站蜘蛛池模板: 亚洲国产午夜福利在线播放| 97视频免费在线| 亚洲免费日韩无码系列| 亚洲成a人片在线观看天堂无码 | 免费a级毛片无码a∨免费软件| 免费人成视频在线观看不卡| 在线看亚洲十八禁网站| 国产精品va无码免费麻豆| 日本亚洲高清乱码中文在线观看| 日韩一区二区在线免费观看 | 亚洲AV成人潮喷综合网| 国产成人不卡亚洲精品91| 吃奶摸下高潮60分钟免费视频| 精品国产亚洲AV麻豆| 国产国产人免费人成免费视频| 老湿机一区午夜精品免费福利| 亚洲va中文字幕无码| 中国一级毛片视频免费看| 亚洲av无码国产精品夜色午夜| 99精品视频免费观看| 激情亚洲一区国产精品| 免费爱爱的视频太爽了| 永久免费无码日韩视频| 亚洲日本中文字幕| 97人伦色伦成人免费视频| 成人嫩草影院免费观看| 亚洲短视频男人的影院| 永久免费AV无码国产网站| 美女视频黄a视频全免费网站一区 美女视频黄a视频全免费网站色 | 亚洲女人被黑人巨大进入| 中文字幕免费在线看电影大全| 亚洲综合无码一区二区| 天天操夜夜操免费视频| 皇色在线免费视频| 亚洲人成日本在线观看| 亚洲国产成人VA在线观看| 中文字幕在线免费| 一级毛片大全免费播放| 亚洲字幕在线观看| 亚洲综合精品网站在线观看| 18禁男女爽爽爽午夜网站免费|