<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 :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理

    2007年4月23日

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

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

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

     1. 什么是Wiki

      WIKI的來源

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

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

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

          WIKI可以做什么

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

      Wiki的特點

      使用方便

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

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

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

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

      有組織

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

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

      可增長

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

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

      開放性

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

      可觀察:系統內頁面的變動可以被訪問者觀察到。

    2.

      什么是RSS

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

      RSS可以干什么?

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

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

      如何使用RSS

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

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

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

      RSS的幾個縮寫來源

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

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

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

      RSS新聞特點

      對網民而言:對網站而言:

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

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

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

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


    3.什么是Tag?

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

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

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

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

      2、Tag究竟有哪些不同?

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

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

      3、如何使用Tag?

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

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

    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年前,我們的先輩們在這個大陸上創立了一個新國家,它孕育于自由之中,奉行一切人生來平等的原則。現在我們正從事一場偉大的內戰,以考驗這個國家,或者任何一個孕育于自由和奉行上述原則的國家是否能夠長久存在下去。我們在這場戰爭中的一個偉大戰場上集會。烈士們為使這個國家能夠生存下去而獻出了自己的生命,我們來到這里,是要把這個戰場的一部分奉獻給他們作為最后安息之所。我們這樣做是完全應該而且是非常恰當的。

    但是,從更廣泛的意義上來說,這塊土地我們不能夠奉獻,不能夠圣化,不能夠神化。那些曾在這里戰斗過的勇士們,活著的和去世的,已經把這塊土地圣化了,這遠不是我們微薄的力量所能增減的。我們今天在這里所說的話,全世界不大會注意,也不會長久地記住,但勇士們在這里所做過的事,全世界卻永遠不會忘記。毋寧說,倒是我們這些還活著的人,應該在這里把自己奉獻于勇士們已經如此崇高地向前推進但尚未完成的事業。倒是我們應該在這里把自己奉獻于仍然留在我們面前的偉大任務??我們要從這些光榮的死者身上汲取更多的獻身精神,來完成他們已經完全徹底為之獻身的事業;我們要在這里下定最大的決心,不讓這些死者白白犧牲;我們要使國家在上帝福佑下得到自由的新生,要使這個民有、民治、民享的政府永世長存。

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

    Inaugural Address of John F. Kennedy  肯尼迪總統就職演說
    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.

    世界已然今非昔比,因為人類手中已經掌握了巨大的力量,既可以用來消除各種形式的貧困,亦可用以毀滅人類社會。然而,我們先輩曾為之戰斗的那些革命性的信念還依然在世界上受人爭議——那就是,每個人享有的各項權利決非來自國家政權的慷慨賜予,而是出自上帝之手。

    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.

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

    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.

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

    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.

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

    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.

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

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

    如果一個自由的社會不能幫助貧窮的多數,它就不能拯救那富裕的少數。

    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.

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

    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.

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

    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.

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

    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.

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

    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."

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

    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.

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

    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.

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

    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.

    我的同胞們,我們事業的最終成敗將掌握在你們的手中而不僅僅是我的手中。從這個國家被創建那天起,每一代美國人都被召喚去證實自己對國家的忠誠。那些響應號召獻身國家的年輕美國人的安息之所遍布全球。

    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.

    現在,召喚的號角又一次吹響——不是號召我們扛起武器,雖然武器是我們所需要的——也不是號召我們去參加戰斗,雖然我們準備戰斗——而是號召我們年復一年地去進行一場漫長而未分勝負的搏斗,在希望中歡樂,而患難中忍耐,以反對人類共同的敵人:暴政、貧困、疾病以及戰爭本身。

    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?

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

    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.

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

    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.

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

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

    摘要:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    下面就是一個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的資源時自動向外發送cookie

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

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

    四、理解session機制

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    4、有個HttpSessionListener是怎么回事
    你可以創建這樣的listener去監控session的創建和銷毀事件,使得在發生這樣的事件時你可以做一些相應的工作。注意是session的創建和銷毀動作觸發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
    參見第三小節對cookie的討論,對session來說是只認id不認人,因此不同的瀏覽器,不同的窗口打開方式以及不同的cookie存儲方式都會對這個問題的答案有影響。

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

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

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

    七、跨應用程序的session共享

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

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

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

    image
    image

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

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

    iPlanet中有一種很簡單的方法來實現共享一個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,目前筆者尚未發現簡單的辦法。只能借助于第三方的力量,比如使用文件、數據庫、JMS或者客戶端cookie,URL參數或者隱藏字段等手段。

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

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

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

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


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


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

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

    八、總結
    session機制本身并不復雜,然而其實現和配置上的靈活性卻使得具體情況復雜多變。這也要求我們不能把僅僅某一次的經驗或者某一個瀏覽器,服務器的經驗當作普遍適用的經驗,而是始終需要具體情況具體分析。
    摘要:雖然session機制在web應用程序中被采用已經很長時間了,但是仍然有很多人不清楚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)編輯 收藏

    步一:定義標簽

    步二:創建標簽庫描述器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:useBeanjsp:getPropertyjsp:forward —— 的自定義操作。介紹如何用特定于自已的域的表示邏輯的自定義操作來擴展 JSP 語法。

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

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

    在本教程中,我們將:

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

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


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

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

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


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

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

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

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


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

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

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

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

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


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

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

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

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

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

    不過有一個問題:如果希望傳遞一組請求參數(如查詢字符串),也許必須為此創建一個 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 創建一個 hashmap 并向這個 map 傳遞兩個屬性。在下面幾小節,我們將創建一個不用 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>  

    這將使我們可以容易地創建小型 map。

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

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


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

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

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

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

    2. 創建一個 TLD 文件。

    3. 在標簽處理程序 Java 類中創建屬性。

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

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

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

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

    在下面幾小節中,我們將分析 MapDefineTag 的實現,并分析如何到達這一步。

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


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

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

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

    TagSupport

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

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

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

    好了,現在讓我們通過繼承 TagSupport 來實現 Tag 接口:

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

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

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


    TLD 文件對自定義標簽處理程序的作用就像 Web 部署描述符對 servlet 的作用。 TLD 文件列出了從標簽名到標簽處理程序的映射。 這個文件中的大多數數據都是在 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 文件的根元素是 taglibtaglib 描述了一個 標簽庫 —— 即一組標簽/標簽處理程序對。

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

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

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

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

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

    因為我們剛創建了自己的類,所以我們將繼續往下進行,在 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

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

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

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

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

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

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

    這個標簽將在會話范圍內創建一個名為 editParamsHashMap

    為了在標簽處理程序中創建屬性,需要定義相應的 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; }

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

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

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


    就 像上一小節中所做的那樣,通過聲明 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 類中創建屬性 中完成這個任務。

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


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

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

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

    讓我們更詳細地分析這個過程。MapDefine 類檢查 type 屬性是設置為 FASTTREEHASHTREE 還是 FASTHASH。然后創建相應的 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 將放入頁范圍。否則,參數將放入通過 scope 屬性傳遞的范圍名所對應的范圍中。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

    24、GC是什么? 為什么要有GC? GC是垃圾收集的意思(Gabage Collection),內存處理是編程人員容易出現問題的地方,忘記或者錯誤的內存回收會導致程序或系統的不穩定甚至崩潰,Java提供的GC功能可以自動監測對象是否超過作用域從而達到自動回收內存的目的,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方法返回與參數最接近的長整數,參數加1/2后求其floor.

    27、String s = new String("xyz");創建了幾個String Object?    兩個

    28、設計4個線程,其中兩個線程每次對j增加1,另外兩個線程對j每次減少1。寫出程序。
    以下程序使用內部類實現線程,對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中的保留字,現在沒有在java中使用。

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

    31、EJB包括(SessionBean,EntityBean)說出他們的生命周期,及如何管理事務的?
    SessionBean:Stateless Session Bean 的生命周期是由容器決定的,當客戶機發出請求要建立一個Bean的實例時,EJB容器不一定要創建一個新的Bean的實例供客戶機調用,而是隨便找一個現有的實例提供給客戶機。當客戶機第一次調用一個Stateful Session Bean 時,容器必須立即在服務器中創建一個新的Bean實例,并關聯到客戶機上,以后此客戶機調用Stateful Session Bean 的方法時容器會把調用分派到與此客戶機相關聯的Bean實例。EntityBean:Entity Beans能存活相對較長的時間,并且狀態是持續的。只要數據庫中的數據存在,Entity beans就一直存活。而不是按照應用程序或者服務進程來說的。即使EJB容器崩潰了,Entity beans也是存活的。Entity Beans生命周期能夠被容器或者 Beans自己管理。EJB通過以下技術管理實務:對象管理組織(OMG)的對象實務服務(OTS),Sun Microsystems的Transaction Service(JTSJava Transaction API(JTA),開發組(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、接口是否可繼承接口? 抽象類是否可實現(implements)接口? 抽象類是否可繼承實體類(concrete class)?
    接口可以繼承接口。抽象類可以實現(implements)接口,抽象類是否可繼承實體類,但前提是實體類必須有明確的構造函數。

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

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

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

    38、數組有沒有length()這個方法? String有沒有length()這個方法?數組沒有length()這個方法,有length的屬性。String有有length()這個方法。

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

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

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

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

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

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

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

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

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

    48、編程題: 寫一個Singleton出來。
    Singleton模式主要作用是保證在Java應用程序中,一個類Class只有一個實例存在。一般Singleton模式通常有幾種種形式:第一種形式: 定義一個類,它的構造函數為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;   } }   其他形式:  定義一個類,它的構造函數為private的,所有方法為static的。一般認為第一種形式要更加安全些

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

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

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

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

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

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

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

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

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

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

    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()方法實現,根據請求的不同調用不同的do***()方法。結束服務,web容器調用servlet的destroy()方法。

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

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

    64、JSP和Servlet有哪些相同點和不同點,他們之間的聯系是什么?
    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 客戶機發出的一個請求相關的對象和屬性。一個請求可能跨越多個頁面,涉及多個 Web 組件(由于 forward 指令和 include 動作的關系)
    session是是代表與用于某個 Web 客戶機的一個用戶體驗相關的對象和屬性。一個 Web 會話可以也經常會跨越多個客戶機請求
    application是是代表與整個 Web 應用程序相關的對象和屬性。這實質上是跨越整個 Web 應用程序,包括多個頁面、請求和會話的一個全局作用域

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

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

    68、我們在web應用開發過程中經常遇到輸出某種編碼的字符,如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、簡述邏輯操作(&,|,^)與條件操作(&&,||)的區別。區別主要答兩點:a.條件操作只能操作布爾型的,而邏輯操作不僅可以操作布爾型,而且可以操作數值型b.邏輯操作不會產生短路

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

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

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

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

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

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

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

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

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

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

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

    81、如何設定的weblogic的熱啟動模式(開發模式)與產品發布模式?可以在管理控制臺中修改對應服務器的啟動模式為開發或產品模式之一。或者修改服務的啟動文件或者commenv文件,增加set PRODUCTION_MODE=true。

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

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

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

    85、在weblogic中發布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實現SSL,需要配置服務器使用Enable SSL,配置其端口,在產品模式下需要從CA獲取私有密鑰和數字證書,創建identity和trust keystore,裝載獲得的密鑰和數字證書。可以配置此SSL連接是單向還是雙向的。

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

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

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

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

    91、Servlet執行時一般實現哪幾個方法?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(狀態模式),Strategy(策略模式),Template Method(模板方法模式), Chain Of Responsibleity(責任鏈模式)。工廠模式:工廠模式是一種經常被使用到的模式,根據工廠模式實現的類可以根據提供的數據生成一組類中某一個類的實例,通常這一組類有一個公共的抽象父類并且實現了相同的方法,但是這些方法針對不同的數據進行了不同的操作。首先需要定義一個基類,該類的子類通過不同的方法實現了基類中的方法。然后需要定義一個工廠類,工廠類可以根據條件生成不同的子類實例。當得到子類的實例后,開發人員可以調用基類中的方法而不必考慮到底返回的是哪一個子類的實例。

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

    94、排序都有哪幾種方法?請列舉。用JAVA實現一個快速排序。排序的方法有:插入排序(直接插入排序、希爾排序),交換排序(冒泡排序、快速排序),選擇排序(直接選擇排序、堆排序),歸并排序,分配排序(箱排序、基數排序)
    快速排序的偽代碼。/ /使用快速排序方法對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)提供一個環境,使JSP,SERVLET直接更容器中的環境變量接口交互,不必關注其它系統問題。主要有WEB服務器來實現。例如:TOMCAT,WEBLOGIC,WEBSPHERE等。該容器提供的接口嚴格遵守J2EE規范中的WEB APPLICATION 標準。我們把遵守以上標準的WEB服務器就叫做J2EE中的WEB容器。EJB容器:Enterprise java bean 容器。更具有行業領域特色。他提供給運行在其中的組件EJB各種管理功能。只要滿足J2EE規范的EJB放入該容器,馬上就會被容器進行高效率的管理。并且可以通過現成的接口來獲得系統級別的服務。例如郵件服務、事務管理。JNDI:(Java Naming & Directory Interface)JAVA命名目錄服務。主要提供的功能是:提供一個目錄系統,讓其它各地的應用程序在其上面留下自己的索引,從而滿足快速查找和定位分布式應用程序的功能。JMS:(Java Message Service)JAVA消息服務。主要實現各個應用程序之間的通訊。包括點對點和廣播。JTA:(Java Transaction API)JAVA事務服務。提供各種分布式事務服務。應用程序只需調用其提供的接口即可。JAF:(Java Action FrameWork)JAVA安全認證框架。提供一些安全控制方面的框架。讓開發者通過各種部署和自定義實現自己的個性安全控制策略。RMI/IIOP:(Remote Method Invocation /internet對象請求中介協議)他們主要用于通過遠程調用服務。例如,遠程有一臺計算機上運行一個程序,它提供股票分析服務,我們可以在本地計算機上實現對其直接調用。當然這是要通過一定的規范才能在異構的系統之間進行通信。RMI是JAVA特有的。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    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
    五、字節長度
         Java虛擬機中最小的數據單元式字(word),其大小由Java虛擬機的實現者定義。但是一個字的大小必須足夠容納byte,short,int, char,float,returnValue,reference;兩個字必須足夠容納long,double。所以虛擬機的實現者至少提供的字不能小 于31bits的字,但是最好選擇特定平臺上最有效率的字長。
         在運行時,Java程序不能決定所運行機器的字長。字長也不會影響程序的行為,他只是在Java虛擬機中的一種表現方式。
    六、類加載器子系統
         Java虛擬機中的類加載器分為兩種:原始類加載器(primordial class loader)類加載器對象(class loader objects)。原始類加載器是Java虛擬機實現的一部分,類加載器對象是運行中的程序的一部分。不同類加載器加載的類被不同的命名空間所分割。
         類加載器調用了許多Java虛擬機中其他的部分和java.lang包中的很多類。比如,類加載對象就是java.lang.ClassLoader子類 的實例,ClassLoader類中的方法可以訪問虛擬機中的類加載機制;每一個被Java虛擬機加載的類都會被表示為一個 java.lang.Class類的實例。像其他對象一樣,類加載器對象和Class對象都保存在堆中,被加載的信息被保存在方法區中。
         1、加載、連接、初始化(Loading, Linking and Initialization)
    類加載子系統不僅僅負責定位并加載類文件,他按照以下嚴格的步驟作了很多其他的事情:(具體的信息參見第七章的“類的生命周期”)
              1)、加載:尋找并導入指定類型(類和接口)的二進制信息
              2)、連接:進行驗證、準備和解析
                   ①驗證:確保導入類型的正確性
                   ②準備:為類型分配內存并初始化為默認值
                   ③解析:將字符引用解析為直接飲用
              3)、初始化:調用Java代碼,初始化類變量為合適的值
         2、原始類加載器(The Primordial Class Loader)
         每個Java虛擬機都必須實現一個原始類加載器,他能夠加載那些遵守類文件格式并且被信任的類。但是,Java虛擬機的規范并沒有定義如何加載類,這由 Java虛擬機實現者自己決定。對于給定類型名的類型,原始萊加載器必須找到那個類型名加“.class”的文件并加載入虛擬機中。
         3、類加載器對象
         雖然類加載器對象是Java程序的一部分,但是ClassLoader類中的三個方法可以訪問Java虛擬機中的類加載子系統。
              1)、protected final Class defineClass(…):使用這個方法可以出入一個字節數組,定義一個新的類型。
              2)、protected Class findSystemClass(String name):加載指定的類,如果已經加載,就直接返回。
              3)、protected final void resolveClass(Class c):defineClass()方法只是加載一個類,這個方法負責后續的動態連接和初始化。
         具體的信息,參見第八章“連接模型”( The Linking Model)。
         4、命名空間
         當多個類加載器加載了同一個類時,為了保證他們名字的唯一性,需要在類名前加上加載該類的類加載器的標識。具體的信息,
    七、方法區(The Method Area)
         在Java虛擬機中,被加載類型的信息都保存在方法區中。這寫信息在內存中的組織形式由虛擬機的實現者定義,比如,虛擬機工作在一個“little- endian”的處理器上,他就可以將信息保存為“little-endian”格式的,雖然在Java類文件中他們是以“big-endian”格式保 存的。設計者可以用最適合并地機器的表示格式來存儲數據,以保證程序能夠以最快的速度執行。但是,在一個只有很小內存的設備上,虛擬機的實現者就不會占用 很大的內存。
         程序中的所有線程共享一個方法區,所以訪問方法區信息的方法必須是線程安全的。如果你有兩個線程都去加載一個叫Lava的類,那只能由一個線程被容許去加載這個類,另一個必須等待。
         在程序運行時,方法區的大小是可變的,程序在運行時可以擴展。有些Java虛擬機的實現也可以通過參數也訂制方法區的初始大小,最小值和最大值。
         方法區也可以被垃圾收集。因為程序中的內由類加載器動態加載,所有類可能變成沒有被引用(unreferenced)的狀態。當類變成這種狀態時,他就可 能被垃圾收集掉。沒有加載的類包括兩種狀態,一種是真正的沒有加載,另一個種是“unreferenced”的狀態。
         1、類型信息(Type Information)
              每一個被加載的類型,在Java虛擬機中都會在方法區中保存如下信息:
              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)
              類型全名保存的數據結構由虛擬機實現者定義。除此之外,Java虛擬機還要為每個類型保存如下信息:
              1)、類型的常量池(The constant pool for the type)
              2)、類型字段的信息(Field information)
              3)、類型方法的信息(Method information)
              4)、所有的靜態類變量(非常量)信息(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)如字符串、整數、浮點數的常量,和對類型、字段、方法的符號引用。常量池 中每一個保存的常量都有一個索引,就像數組中的字段一樣。因為常量池中保存中所有類型使用到的類型、字段、方法的字符引用,所以它也是動態連接的主要對 象。          2)、類型字段的信息(Field information)
              字段名、字段類型、字段的修飾符(public,private,protected,static,final,volatile,transient等)、字段在類中定義的順序。
              3)、類型方法的信息(Method information)
              方法名、方法的返回值類型(或者是void)、方法參數的個數、類型和他們的順序、字段的修飾符(public,private,protected,static,final,volatile,transient等)、方法在類中定義的順序
              如果不是抽象和本地本法還需要保存
              方法的字節碼、方法的操作數堆棧的大小和本地變量區的大小(稍候有詳細信息)、異常列表
              4)、類(靜態)變量(Class Variables)
              類變量被所有類的實例共享,即使不通過類的實例也可以訪問。這些變量綁定在類上(而不是類的實例上),所以他們是類的邏輯數據的一部分。在Java虛擬機使用這個類之前就需要為類變量(non-final)分配內存
              常量(final)的處理方式于這種類變量(non-final)不一樣。每一個類型在用到一個常量的時候,都會復制一份到自己的常量池中。常量也像類變 量一樣保存在方法區中,只不過他保存在常量池中。(可能是,類變量被所有實例共享,而常量池是每個實例獨有的)。Non-final類變量保存為定義他的 類型數據(data for the type that declares them)的一部分,而final常量保存為使用他的類型數據(data for any type that uses them)的一部分。  
              5)、指向類加載器的引用(A reference to class ClassLoader)
              每一個被Java虛擬機加載的類型,虛擬機必須保存這個類型是否由原始類加載器或者類加載器加載。那些被類加載器加載的類型必須保存一個指向類加載器的引 用。當類加載器動態連接時,會使用這條信息。當一個類引用另一個類時,虛擬機必須保存那個被引用的類型是被同一個類加載器加載的,這也是虛擬機維護不同命 名空間的過程。
              6)、指向Class類的引用(A reference to class Class)
              Java虛擬機為每一個加載的類型創建一個java.lang.Class類的實例。你也可以通過Class類的方法:
    public static Class forName(String className)來查找或者加載一個類,并取得相應的Class類的實例。通過這個Class類的實例,我們可以訪問Java虛擬機方法區中的信息。具體參照Class類的JavaDoc。
         2、方法列表(Method Tables)
         為了更有效的訪問所有保存在方法區中的數據,這些數據的存儲結構必須經過仔細的設計。所有方法區中,除了保存了上邊的那些原始信息外,還有一個為了加快存 取速度而設計的數據結構,比如方法列表。每一個被加載的非抽象類,Java虛擬機都會為他們產生一個方法列表,這個列表中保存了這個類可能調用的所有實例 方法的引用,報錯那些父類中調用的方法。

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

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

    Historical Collection Classes(JDK1.1 之前)
    提供的容器有Arrays,Vector,Stack,Hashtable,Properties,BitSet。其中定義出一種走訪群集內各元素的標準方式,稱為Enumeration(列舉器)接口,用法如下:
    Vector v=new Vector();
    for (Enumeration enum =v.elements(); enum.hasMoreElements();) {
    Object o 
    = enum.nextElement();
    processObject(o);
    }

    而在JDK1.2版本中引入了Iterator接口,新版本的集合對象(HashSet,HashMap,WeakHeahMap,ArrayList,TreeSet,TreeMap, LinkedList)是通過Iterator接口訪問集合元素的。
    例如:
    List list=new ArrayList();
    for(Iterator it=list.iterator();it.hasNext();)
    {
        System.out.println(it.next());
    }

    這樣,如果將老版本的程序運行在新的Java編譯器上就會出錯。因為List接口中已經沒有elements(),而只有iterator()了。那么如何可以使老版本的程序運行在新的Java編譯器上呢?如果不加修改,是肯定不行的,但是修改要遵循“開-閉”原則。
    這時候我想到了Java設計模式中的適配器模式。


    package net.blogjava.lzqdiy;

    import java.util.ArrayList;
    import java.util.Enumeration;
    import java.util.Iterator;
    import java.util.List;

    public class NewEnumeration implements Enumeration
    {

        Iterator it;
        
    public NewEnumeration(Iterator it)
        
    {
            
    this.it=it;
            
    // TODO Auto-generated constructor stub
        }


        
    public boolean hasMoreElements()
        
    {
            
    // TODO Auto-generated method stub
            return it.hasNext();
        }


        
    public Object nextElement()
        
    {
            
    // TODO Auto-generated method stub
            return it.next();
        }

        
    public static void main(String[] args)
        
    {
            List list
    =new ArrayList();
            list.add(
    "a");
            list.add(
    "b");
            list.add(
    "C");
            
    for(Enumeration e=new NewEnumeration(list.iterator());e.hasMoreElements();)
            
    {
                System.out.println(e.nextElement());
            }

        }

    }

    NewEnumeration是一個適配器類,通過它實現了從Iterator接口到Enumeration接口的適配,這樣我們就可以使用老版本的代碼來使用新的集合對象了。

    posted @ 2007-04-23 10:35 chenweicai 閱讀(164) | 評論 (0)編輯 收藏

    一、反射的概念 :
    反射的概念是由Smith在1982年首次提出的,主要是指程序可以訪問、檢測和修改它本身狀態或行為的一種能力。這一概念的提出很快引發了計算機科學領域關于應用反射性的研究。它首先被程序語言的設計領域所采用,并在Lisp和面向對象方面取得了成績。其中LEAD/LEAD++ 、OpenC++ 、MetaXa和OpenJava等就是基于反射機制的語言。最近,反射機制也被應用到了視窗系統、操作系統和文件系統中。

    反射本身并不是一個新概念,它可能會使我們聯想到光學中的反射概念,盡管計算機科學賦予了反射概念新的含義,但是,從現象上來說,它們確實有某些相通之處,這些有助于我們的理解。在計算機科學領域,反射是指一類應用,它們能夠自描述自控制。也就是說,這類應用通過采用某種機制來實現對自己行為的描述(self-representation)和監測(examination),并能根據自身行為的狀態和結果,調整或修改應用所描述行為的狀態和相關的語義。可以看出,同一般的反射概念相比,計算機科學領域的反射不單單指反射本身,還包括對反射結果所采取的措施。所有采用反射機制的系統(即反射系統)都希望使系統的實現更開放。可以說,實現了反射機制的系統都具有開放性,但具有開放性的系統并不一定采用了反射機制,開放性是反射系統的必要條件。一般來說,反射系統除了滿足開放性條件外還必須滿足原因連接(Causally-connected)。所謂原因連接是指對反射系統自描述的改變能夠立即反映到系統底層的實際狀態和行為上的情況,反之亦然。開放性和原因連接是反射系統的兩大基本要素.

    Java中,反射是一種強大的工具。它使您能夠創建靈活的代碼,這些代碼可以在運行時裝配,無需在組件之間進行源代表鏈接反射允許我們在編寫與執行時,使我們的程序代碼能夠接入裝載到JVM中的類的內部信息,而不是源代碼中選定的類協作的代碼。這使反射成為構建靈活的應用的主要工具。但需注意的是:如果使用不當,反射的成本很高。

    二、Java中的類反射:
    Reflection 是 Java 程序開發語言的特征之一,它允許運行中的 Java 程序對自身進行檢查,或者說“自審”,并能直接操作程序的內部屬性。Java 的這一能力在實際應用中也許用得不是很多,但是在其它的程序設計語言中根本就不存在這一特性。例如,Pascal、C 或者 C++ 中就沒有辦法在程序中獲得函數定義相關的信息。

    1.檢測類:

    1.1 reflection的工作機制

    考慮下面這個簡單的例子,讓我們看看 reflection 是如何工作的。

    import java.lang.reflect.*;
    public class DumpMethods {
        public static void main(String args[]) {
            try {
                Class c = Class.forName(args[0]);
                Method m[] = c.getDeclaredMethods();
                for (int i = 0; i < m.length; i++)
                    System.out.println(m[i].toString());
            } catch (Throwable e) {
                System.err.println(e);
            }
        }
    }

    按如下語句執行:

    java DumpMethods java.util.Stack

    它的結果輸出為:

    public java.lang.Object java.util.Stack.push(java.lang.Object)

    public synchronized java.lang.Object java.util.Stack.pop()

    public synchronized java.lang.Object java.util.Stack.peek()

    public boolean java.util.Stack.empty()

    public synchronized int java.util.Stack.search(java.lang.Object)

    這樣就列出了java.util.Stack 類的各方法名以及它們的限制符和返回類型。

    這個程序使用 Class.forName 載入指定的類,然后調用 getDeclaredMethods 來獲取這個類中定義了的方法列表。java.lang.reflect.Methods 是用來描述某個類中單個方法的一個類。

    1.2 Java類反射中的主要方法

    對于以下三類組件中的任何一類來說 -- 構造函數、字段和方法 -- java.lang.Class 提供四種獨立的反射調用,以不同的方式來獲得信息。調用都遵循一種標準格式。以下是用于查找構造函數的一組反射調用:

           Constructor getConstructor(Class[] params) -- 獲得使用特殊的參數類型的公共構造函數,

           Constructor[] getConstructors() -- 獲得類的所有公共構造函數

           Constructor getDeclaredConstructor(Class[] params) -- 獲得使用特定參數類型的構造函數(與接入級別無關)

           Constructor[] getDeclaredConstructors() -- 獲得類的所有構造函數(與接入級別無關)

    獲得字段信息的Class 反射調用不同于那些用于接入構造函數的調用,在參數類型數組中使用了字段名:

    l         Field getField(String name) -- 獲得命名的公共字段

    l         Field[] getFields() -- 獲得類的所有公共字段

    l         Field getDeclaredField(String name) -- 獲得類聲明的命名的字段

    l         Field[] getDeclaredFields() -- 獲得類聲明的所有字段

    用于獲得方法信息函數:

    l         Method getMethod(String name, Class[] params) -- 使用特定的參數類型,獲得命名的公共方法

    l         Method[] getMethods() -- 獲得類的所有公共方法

    l         Method getDeclaredMethod(String name, Class[] params) -- 使用特寫的參數類型,獲得類聲明的命名的方法

    l         Method[] getDeclaredMethods() -- 獲得類聲明的所有方法

     

    1.3開始使用 Reflection:

    用于 reflection 的類,如 Method,可以在 java.lang.relfect 包中找到。使用這些類的時候必須要遵循三個步驟:第一步是獲得你想操作的類的 java.lang.Class 對象。在運行中的 Java 程序中,用 java.lang.Class 類來描述類和接口等。

    下面就是獲得一個 Class 對象的方法之一:

    Class c = Class.forName("java.lang.String");

    這條語句得到一個 String 類的類對象。還有另一種方法,如下面的語句:

    Class c = int.class;

    或者

    Class c = Integer.TYPE;

    它們可獲得基本類型的類信息。其中后一種方法中訪問的是基本類型的封裝類 (如 Integer) 中預先定義好的 TYPE 字段。

    第二步是調用諸如 getDeclaredMethods 的方法,以取得該類中定義的所有方法的列表。

    一旦取得這個信息,就可以進行第三步了——使用 reflection API 來操作這些信息,如下面這段代碼:

    Class c = Class.forName("java.lang.String");

    Method m[] = c.getDeclaredMethods();

    System.out.println(m[0].toString());

    它將以文本方式打印出 String 中定義的第一個方法的原型。

    2.處理對象:

    如果要作一個開發工具像debugger之類的,你必須能發現filed values,以下是三個步驟:

    a.創建一個Class對象
    b.通過getField 創建一個Field對象
    c.調用Field.getXXX(Object)方法(XXX是Int,Float等,如果是對象就省略;Object是指實例).

    例如:
    import java.lang.reflect.*;
    import java.awt.*;

    class SampleGet {

       public static void main(String[] args) {
          Rectangle r = new Rectangle(100, 325);
          printHeight(r);

       }

       static void printHeight(Rectangle r) {
          Field heightField;
          Integer heightValue;
          Class c = r.getClass();
          try {
            heightField = c.getField("height");
            heightValue = (Integer) heightField.get(r);
            System.out.println("Height: " + heightValue.toString());
          } catch (NoSuchFieldException e) {
              System.out.println(e);
          } catch (SecurityException e) {
              System.out.println(e);
          } catch (IllegalAcces***ception e) {
              System.out.println(e);
          }
       }
    }

    三、安全性和反射:
    在處理反射時安全性是一個較復雜的問題。反射經常由框架型代碼使用,由于這一點,我們可能希望框架能夠全面接入代碼,無需考慮常規的接入限制。但是,在其它情況下,不受控制的接入會帶來嚴重的安全性風險,例如當代碼在不值得信任的代碼共享的環境中運行時。

    由于這些互相矛盾的需求,Java編程語言定義一種多級別方法來處理反射的安全性。基本模式是對反射實施與應用于源代碼接入相同的限制:

    n         從任意位置到類公共組件的接入

    n         類自身外部無任何到私有組件的接入

    n         受保護和打包(缺省接入)組件的有限接入

    不過至少有些時候,圍繞這些限制還有一種簡單的方法。我們可以在我們所寫的類中,擴展一個普通的基本類java.lang.reflect.AccessibleObject 類。這個類定義了一種setAccessible方法,使我們能夠啟動或關閉對這些類中其中一個類的實例的接入檢測。唯一的問題在于如果使用了安全性管理器,它將檢測正在關閉接入檢測的代碼是否許可了這樣做。如果未許可,安全性管理器拋出一個例外。

    下面是一段程序,在TwoString 類的一個實例上使用反射來顯示安全性正在運行:

    public class ReflectSecurity {

        public static void main(String[] args) {

            try {

                TwoString ts = new TwoString("a", "b");

                Field field = clas.getDeclaredField("m_s1");

    //          field.setAccessible(true);

                System.out.println("Retrieved value is " +

                    field.get(inst));

            } catch (Exception ex) {

                ex.printStackTrace(System.out);

            }

        }

    }

    如果我們編譯這一程序時,不使用任何特定參數直接從命令行運行,它將在field .get(inst)調用中拋出一個IllegalAcces***ception異常。如果我們不注釋field.setAccessible(true)代碼行,那么重新編譯并重新運行該代碼,它將編譯成功。最后,如果我們在命令行添加了JVM參數-Djava.security.manager以實現安全性管理器,它仍然將不能通過編譯,除非我們定義了ReflectSecurity類的許可權限。

    四、反射性能:
    反射是一種強大的工具,但也存在一些不足。一個主要的缺點是對性能有影響。使用反射基本上是一種解釋操作,我們可以告訴JVM,我們希望做什么并且它滿足我們的要求。這類操作總是慢于只直接執行相同的操作。

    下面的程序是字段接入性能測試的一個例子,包括基本的測試方法。每種方法測試字段接入的一種形式 -- accessSame 與同一對象的成員字段協作,accessOther 使用可直接接入的另一對象的字段,accessReflection 使用可通過反射接入的另一對象的字段。在每種情況下,方法執行相同的計算 -- 循環中簡單的加/乘順序。

    程序如下:

    public int accessSame(int loops) {

        m_value = 0;

        for (int index = 0; index < loops; index++) {

            m_value = (m_value + ADDITIVE_VALUE) *

                MULTIPLIER_VALUE;

        }

        return m_value;

    }

     

    public int accessReference(int loops) {

        TimingClass timing = new TimingClass();

        for (int index = 0; index < loops; index++) {

            timing.m_value = (timing.m_value + ADDITIVE_VALUE) *

                MULTIPLIER_VALUE;

        }

        return timing.m_value;

    }

     

    public int accessReflection(int loops) throw* **ception {

        TimingClass timing = new TimingClass();

        try {

            Field field = TimingClass.class.

                getDeclaredField("m_value");

            for (int index = 0; index < loops; index++) {

                int value = (field.getInt(timing) +

                    ADDITIVE_VALUE) * MULTIPLIER_VALUE;

                field.setInt(timing, value);

            }

            return timing.m_value;

        } catch (Exception ex) {

            System.out.println("Error using reflection");

            throw ex;

        }

    }

    在上面的例子中,測試程序重復調用每種方法,使用一個大循環數,從而平均多次調用的時間衡量結果。平均值中不包括每種方法第一次調用的時間,因此初始化時間不是結果中的一個因素。下面的圖清楚的向我們展示了每種方法字段接入的時間:

    圖 1:字段接入時間 :


    我們可以看出:在前兩副圖中(Sun JVM),使用反射的執行時間超過使用直接接入的1000倍以上。通過比較,IBM JVM可能稍好一些,但反射方法仍舊需要比其它方法長700倍以上的時間。任何JVM上其它兩種方法之間時間方面無任何顯著差異,但IBM JVM幾乎比Sun JVM快一倍。最有可能的是這種差異反映了Sun Hot Spot JVM的專業優化,它在簡單基準方面表現得很糟糕。反射性能是Sun開發1.4 JVM時關注的一個方面,它在反射方法調用結果中顯示。在這類操作的性能方面,Sun 1.4.1 JVM顯示了比1.3.1版本很大的改進。

    如果為為創建使用反射的對象編寫了類似的計時測試程序,我們會發現這種情況下的差異不象字段和方法調用情況下那么顯著。使用newInstance()調用創建一個簡單的java.lang.Object實例耗用的時間大約是在Sun 1.3.1 JVM上使用new Object()的12倍,是在IBM 1.4.0 JVM的四倍,只是Sun 1.4.1 JVM上的兩部。使用Array.newInstance(type, size)創建一個數組耗用的時間是任何測試的JVM上使用new type[size]的兩倍,隨著數組大小的增加,差異逐步縮小。

    結束語:
    Java語言反射提供一種動態鏈接程序組件的多功能方法。它允許程序創建和控制任何類的對象(根據安全性限制),無需提前硬編碼目標類。這些特性使得反射特別適用于創建以非常普通的方式與對象協作的庫。例如,反射經常在持續存儲對象為數據庫、XML或其它外部格式的框架中使用。Java reflection 非常有用,它使類和數據結構能按名稱動態檢索相關信息,并允許在運行著的程序中操作這些信息。Java 的這一特性非常強大,并且是其它一些常用語言,如 C、C++、Fortran 或者 Pascal 等都不具備的。

    但反射有兩個缺點。第一個是性能問題。用于字段和方法接入時反射要遠慢于直接代碼。性能問題的程度取決于程序中是如何使用反射的。如果它作為程序運行中相對很少涉及的部分,緩慢的性能將不會是一個問題。即使測試中最壞情況下的計時圖顯示的反射操作只耗用幾微秒。僅反射在性能關鍵的應用的核心邏輯中使用時性能問題才變得至關重要。

    許多應用中更嚴重的一個缺點是使用反射會模糊程序內部實際要發生的事情。程序人員希望在源代碼中看到程序的邏輯,反射等繞過了源代碼的技術會帶來維護問題。反射代碼比相應的直接代碼更復雜,正如性能比較的代碼實例中看到的一樣。解決這些問題的最佳方案是保守地使用反射——僅在它可以真正增加靈活性的地方——記錄其在目標類中的使用。

    posted @ 2007-04-23 10:27 chenweicai 閱讀(157) | 評論 (0)編輯 收藏

    主站蜘蛛池模板: 天黑黑影院在线观看视频高清免费| 久久大香香蕉国产免费网站| 在线永久免费观看黄网站| 国产精品久久久久久亚洲影视 | 国产亚洲一区二区精品| 久99久精品免费视频热77| 亚洲午夜在线一区| 国产高清视频在线免费观看| 在线观看亚洲免费视频| 亚洲另类激情综合偷自拍图| 国产精品免费_区二区三区观看| 波多野结衣免费在线| 羞羞漫画登录页面免费| 亚洲专区先锋影音| 国产成人无码a区在线观看视频免费| 84pao强力永久免费高清| 看一级毛片免费观看视频| 亚洲综合国产成人丁香五月激情| 亚洲性久久久影院| 曰批全过程免费视频在线观看| 亚洲精品视频免费| 久久精品国产亚洲AV久| 国产亚洲老熟女视频| 免费看a级黄色片| 久久99热精品免费观看动漫| 成人无码视频97免费| 亚洲国产精品精华液| 亚洲一区综合在线播放| 亚洲高清在线视频| 四虎www免费人成| 一级毛片在线免费看| 国偷自产一区二区免费视频| 亚洲gay片在线gv网站| 亚洲成在人线在线播放无码 | 18pao国产成视频永久免费| 美女被羞羞网站免费下载| 亚洲国产欧美国产综合一区 | 久久久久国色AV免费看图片| 华人在线精品免费观看| 国产在线观看免费视频软件 | 亚洲人成电影在线播放|