第一篇：禁止CHM文件自動跳轉的方法

同事使用CHM文件時，找開目錄樹節點，右側主內容區域白了一下，然后轉向了一個主頁，這樣的話，應該找開的頁面沒有正確顯示

分析原因：在原頁面中有一個自動跳轉的JS腳本

解決辦法：將JS禁掉就可以了。

操作：Internet選項卡中，安全--》自定義級別--》活動腳本，禁用它就可以了。

第二篇：IE自動跳轉主頁解決(個人珍藏，絕對實用)

IE瀏覽器主頁被莫名其妙的修改，打開自己想看的頁面，過了一會兒卻自動跳轉到其他網頁，這到底是怎么回事兒？安全專家李鐵軍將在下面為我們講解IE瀏覽器主頁被頻繁綁架的奧秘。

見怪不怪：主頁被強行修改

網友A：什么東西把主頁改成930930.com了；

網友B：雙擊IE就上了一個導航頁，修改為自定義的主頁后，重啟IE發現修改完全無效；

網友C：主頁被改后，我在注冊表里搜索這個地址，刪除之后重啟電腦，結果打開IE還是那個惡意網址導航。

編者：你們并不孤單，金山系統急救箱的反饋系統里收集了超過2.3萬次IE主頁被修改的案例，下表是排名前10的惡意網址列表。

惡意網址TOP10

為什么IE主頁會被強行修改？

IE主頁是瀏覽互聯網的窗口，并不是所有用戶都會自己設定主頁，hao123的成功證明導航類網站存在巨大商機，在這個導航頁里，每個鏈接和搜索窗口都可以成為商品，只要這個主頁實現足夠高的訪問量。這些訪問量，會給主頁的作者帶來收益。只是hao123已不可復制，越來越多的人企圖通過惡意軟件讓自己成為hao123。

絕大多數盜版系統會修改IE主頁為自己的導航網站，比如深度、雨林木風，雨林木風版默認主頁為www.tmdps.cn，kuku530.com的就是這種情況。金山急救箱目前可以通過二次清除的方式來清除這個惡意軟件。

IE主頁被修改后的解決辦法

步驟一：使用金山系統急救箱掃描清除綁架IE主頁的惡意軟件。

在嘗試手動編輯修改IE主頁之前，應首先檢查系統是否存在惡意軟件，如果不把綁架IE主頁的惡意軟件清除，其它所有修復操作都將無效。

描清除綁架IE主頁的惡意軟件

步驟二：如果急救箱修復后，檢查IE快捷方式，發現被修改，可直接刪除桌面的IE快捷方式，再重建一個

操作方法：

雙擊我的電腦，瀏覽到c:Program FilesInternet ExplorerIEXPLORE.EXE，右鍵點擊IEXPLORE.EXE發送到桌面快捷方式。

或者編輯注冊表，修復桌面顯示IE快捷方式（不推薦，畢竟編輯注冊表是有風險，新建一個新的快捷方式更容易并且更安全）。

檢查主鍵HKCUSoftwareMicrosoftWindowsCurrentVersionExplorerHideDesktopIcons

子鍵NewStartPanel

檢查子鍵{871C5380-42A0-1069-A2EA-08002B30309D}的值，將0修改為1，如果沒有該鍵值，可新建一個。

步驟三：因金山系統急救箱的修復模塊僅支持Windows XP操作系統，如果您使用其它Windows操作系統，請檢查并修改以下注冊表鍵。

點擊開始，運行中輸入regedit，啟動注冊表編輯器。

：

檢查主鍵：

HKEY_CURRENT_USERSoftwareMicrosoftInternet ExplorerMain

HKEY_LOCAL_MACHINESoftwareMicrosoftInternet ExplorerMain

HKEY_USERS.DEFAULTSoftwareMicrosoftInternet ExplorerMain

鍵名：“Start Page” REG_SZ

將Start Page的值修改為空白，或者自定義網址。

檢查主鍵：HKEY_CLASSES_ROOTCLSID{871C5380-42A0-1069-A2EA-08002B30309D}

子鍵：shellOpenHomePageCommand

鍵值：“%Programfiles%Internet Exploreriexplore.exe”

檢查iexplore.exe后面有沒有添加惡意網址，如果有就刪除添加的這個惡意網址。

第三篇：自動離職方法

員工自動離職，企業該怎么辦？

自動離職，是指員工在未與用人單位協商或提前一個月通知用人單位的情況下，不履行勞動合同，不再上班工作的情形。

員工自動離職，會讓用人單位處于極為被動的地位，例如該員工正在從事的工作突然中斷，各種物品和文件沒有交接等等。同時，如未能及時采取固定證據、發出解除勞動合同通知等措施，勞動合同關系存續的情況下，用人單位仍承擔著用工風險，發生員工意外死亡等意外情形，用人單位仍須承擔相應的責任。更為嚴重的是，實踐中曾有個別員工在自動離職后，提出系用人單位違法解除勞動合同，用人單位百口莫辯，支付賠償金的案例。

員工自動離職后企業該怎么辦？有哪些法律法規有對自動離職的約束？這些都是不少用人單位面臨的問題。下面就員工自動離職后，用人單位經常出現的疑問，給用人單位一些建議。

一、處理自動離職的法律依據

1、相關依據

目前，解決自動離職問題的法律法規主要有：《勞動法》、《勞動合同法》、《違反〈勞動法〉有關勞動合同規定的賠償辦法》等等。

2、專門規定

在《關于企業職工要求“停薪留職”問題的通知（勞動人事部、國家經濟委員會1983年發布）、《企業職工獎懲條例》（國務院1982發布）、《關于企業處理擅自離職職工問題的復函》（勞動部1993年發布）《關于自動離職與曠工除名如何界定的復函》（勞動部1994年發布）、《勞動部辦公廳關于通過新聞媒介通知職工回單位并對逾期不歸者按自動離職或曠工處理問題的復函》（勞動部1995年發布）等法規中，都有專門針對自動離職的規定。

需要特別指出的是，以上規定中，《企業職工獎懲條例》已經廢止，而其他規定，是以《企業職工獎懲條例》為依據制定的，因此，目前上述規定都已不再適用，根據《勞動合同法》等法規的規定解決自動離職問題。

二、員工自動離職，是否能視為勞動關系自動解除

員工自動離職，從主觀上，其已經沒有繼續為原用人單位服務的意愿，客觀上采用不辭而別的方式不再為用人單位服務，其實質是員工違反勞動合同、勞動法規的規定，違法解除與用人單位解除勞動關系。

三、自動離職的員工需要對企業承擔什么責任

1、法律規定

結合《勞動法》第一百零二條及《勞動合同法》第九十條的規定，勞動者違法解除勞動合同，或者違反勞動合同中約定的保密義務或者競業限制，給用人單位造成損失的，應當承擔賠償責任。

根據《違反〈勞動法〉有關勞動合同規定的賠償辦法》第四條的規定：勞動者違反規定或勞動合同的約定解除勞動合同，對用人單位造成損失的，勞動者應賠償用人單位下列損失：

（一）用人單位招收錄用其所支付的費用；

（二）用人單位為其支付的培訓費用，雙方另有約定的按約定辦理；

（三）對生產、經營和工作造成的直接經濟損失；

（四）勞動合同約定的其他賠償費用。

2、企業可以做什么

首先，如果企業與員工簽訂了服務期協議，或者禁業限制協議，并且勞動者有違約行為的，企業可以根據相關協議追求勞動者的違約責任。

其次，如果員工自動離職確實給企業造成了損失，企業可以依據《違反〈勞動法〉有關勞動合同規定的賠償辦法》，收集相關證據，向勞動者主張賠償。

需要說明的是，員工自動離職前，仍在正常上班期間的工資，企業不能無故扣發。因為《勞動合同法》第一百零二條只規定了經濟補償金可以在員工辦理完畢交接工作后支付，但未規定工資也可以在辦理完畢交接后才支付。

四、給企業的建議

1、做好入職時的準備工作

員工入職時，應該員工聯系地址方式或者聯系人，并說明公司的相關文件，郵寄至聯系地址或其他聯系人，即視為送達員工本人。這樣員工離職時，可以聯系到員工，也可以將企業的決定等文件及時傳達給員工。

盡可能的明確招聘、培訓等用人單位的費用支出，便于計算員工造成損失的數額。

2、向員工送達解除勞動關系的通知書

用人單位可以按員工入職時確定的聯系地址或者聯系人，向員工送達《告知書》，告知員工自動離職的法律后果和責任。

3、制定相應規章制度

企業應結合《勞動合同法》第三十九條制定規章制度，將自動離職納入嚴重違反規章制度的范疇，做到在處理員工自動離職時有據可依。

對于任何一位有經驗的HR而言，辦理員工入職和離職手續可謂是最基本的技能。除了績效考核之外，管理好員工的“進”與“出”是HR的天職。可是，很多HR朋友反映，其所在公司時常發生員工擅自離職---既不打任何招呼，也不辦工作交接就突然“人間蒸發”了。處理這樣的事情時，公司往往非常被動，有時員工擅自離職不但可能導致公司工作安排一時陷入混亂，而且還給公司造成經濟損失，那么，我們該怎么辦呢？

【案件回放】

2008年9月，高中剛畢業的四川小伙小Z，懷著一顆激動的心，加入到了南下打工的隊伍中，來到廣東一家餐飲娛樂有限公司求職。經雙方協商，簽訂了為期三年的勞動合同，期限為2008年月9日至2011年8月，雙方就小Z勞動合同履行期間的工資作了約定，同時，就考勤管理、曠工管理等，以及雙方可能出現的違約行為所應承擔的違約責任，均一一做了約定。

2011年春節前，小Z突然離開餐飲娛樂有限公司不知去向。這樣的情況，對于公司HR來說，已經是見慣不怪了，加之春節假期即將到來，公司也無暇對此時作過多的處理，僅作“員工擅自離職，除名”記錄處理，就草草了事，并未作其他處理，也未與員工辦理離職手續。半個月后，小Z回到公司申請辭職，并要求支付全額工資，包括春節期間法定節假日的工資。公司HR認為，小Z在春節前就擅自離職了，工資只應算到小Z春節前離開的前一天，后面的工資，以及春節期間法定節假日的工資，不應當支付。雙方各執一辭，最終鬧到了仲裁處。

最終仲裁作出裁決：因為小Z承認了曠工，對曠工日期不予支付工資，但春節期間法定節假日工資，仍需支付。雖然，對于公司來說，春節期間法定節假日的工資不多，不算什么。但小Z的主管，公司HR，都覺得很無辜，明明春節前小Z已經擅自離職離開了公司，為什么還需要支付這之后的春節法定節假日的工資！

【案件評點】

本案，對用人單位的警示意義，在哪里呢？員工離職，解除勞動關系，須格外注意法定程序。用人單位應當建立完善的企業管理的規章制度，對企業職工的獎懲，應當嚴格依照有關勞動法律法規規定，履行有關法定程序，遵循對企業職工負責的原則。

根據《勞動合同法》 第三十九條勞動者有下列情形之一的，用人單位可以解除勞動合同：

（一）在試用期間被證明不符合錄用條件的；

（二）嚴重違反用人單位的規章制度的；

（三）嚴重失職，營私舞弊，給用人單位造成重大損害的；

（四）勞動者同時與其他用人單位建立勞動關系，對完成本單位的工作任務造成嚴重影

響，或者經用人單位提出，拒不改正的；

（五）因本法第二十六條第一款第一項規定的情形致使勞動合同無效的；

（六）被依法追究刑事責任的。

第二款規定，嚴重違反用人單位的規章制度的，企業可解除與該員工的勞動關系，只需付曠工前的工資。另外根據《違反〈勞動法〉有關勞動合同規定的賠償辦法》第四條，勞動者違反規定或勞動合同的約定解除勞動合同，對用人單位造成損失的，勞動者應賠償用人單位下列損失：

（一）用人單位招收錄用其所支付的費用；

（二）用人單位為其支付的培訓費用，雙方另有約定的按約定辦理；

（三）對生產、經營和工作造成的直接經濟損失；

（四）勞動合同約定的其他賠償費用。

用人單位可以依此跟該員工解除勞動合同以及向該名員工索償。

為此，擅自離職的員工，用人單位可以按照曠工、嚴重違反公司規章制度，解除員工的勞動關系。案例中，餐飲娛樂有限公司顯然沒有按照上述法規的有關程序進行解除勞動關系，因而導致了后來的爭議和敗訴，付出了支付不必要經濟代價。

在《勞動法》、《勞動合同法》的背景下，企業一般不再使用“除名”的概念，而以解除勞動合同來處理。但《勞動合同法》對用人單位單方解除勞動合同一貫以來采取的仍是嚴格的法定主義，即用人單位必須符合法律規定的條件和程序，才可以不經勞動者同意單方解除勞動合同，同時，在解除勞動合同的過程中，提前通知、征求工會意見及通知員工本人等法定程序仍然有著重要的法律風險防范意義。

【案件延伸】

案例中，這點代價，可能對于企業來說并不算什么。但員工擅自離職，用人單位還會有什么風險？

員工擅自離職，如果用人單位沒有及時辦理解除勞動合同手續，員工很可能會回來向用人單位主張工資、加班費等（因考勤紀錄的舉證責任由用人單位承擔）；其次，員工擅自離職，若用人單位沒有及時辦理解除勞動合同手續，用人單位與員工的勞動關系，在法律上依然存續。這時，若員工在外發生人生意外傷害，尤其是死亡的，其家屬極有可能把責任以及賠償問題，推到公司、用人單位身上。誰是他的公司、用人單位？相信現在大家都很清楚了。

【操作指引】

那么，遇到員工擅自離職，用人單位應如何應對和處理呢？

首先，遇到員工擅自離職的，用人單位應當以書面形式送達通知書，限定員工在指定是時間內回公司上班，并提出如限期內不上班的處理措施。其次，當員工擅自離職達到可以辭退的標準時侯，用人單位應當將解除勞動關系的事宜公開，并以書面形式送達離職通知書給員工，通知其前來辦理交接工作以及離職手續。

至于通知書的送達，用人單位應采取掛號信或EMS形式，將通知書送達至員工信息登記的住址、身份證地址，或者經濟聯系人地址，并保存好回執。送達日期，以簽收日期為標準。若員工不簽收，或郵寄信被退回，用人單位應當完好保留郵寄信，如有爭議發生，至開庭時方才當仲裁員的面打開郵寄信，以證明用人單位履行了通知義務和用人單位解除勞動合同的意愿。必要時，用人單位可以在報紙上登聲明，自通告之日起滿30天視為送達。

另外，如果員工違反勞動合同中約定的保密義務或者競業限制的，造成用人單位損失的，用

人單位可以申請仲裁，要求員工賠償損失。如果用人單位為員工支付了培訓費用，而員工未到期離開的，用人單位可以要求勞動者賠償培訓費。如果員工未與公司辦理離職手續就到其他公司上班，造成原公司損失的（有實際數字證據），公司可以要求員工賠償損失。

【規范管理】

當員工擅自離職的問題發生、出現的時候，規范、嚴謹、細致的處理操作，很重要。而同時，在日常工作中，如何規范企業規章制度，完善內部管理，做到預防擅自離職的出現、發生，以及為日后一旦出現、發生的時候，操作有依有據，則是HR日常工作中的重中之重。在這方面，我們又應該怎么做呢？

首先，制定規范、嚴謹、完善的企業人力資源規章制度、《員工手冊》，必不可少。企業人力資源規章制度中，應當明確員工辭職的，必須提前三十天以書面的形式通知用人單位，并辦理完相關的交接工作、離職手續，方可離職。同時，制定詳細、嚴謹的《員工入職申請表》。表中要求員工填寫部分，要包含員工聯系方式、現住址、身份證住址、緊急聯系人聯系方式以及緊急聯系人聯系住址等。員工面試、入職前，HR應當讓其明確填寫以上資料，并注明當以上員工資料、通訊方式、地址等發生變動的時候，員工應及時以書面形式告知用人單位，否則，一切法律后果、責任有員工本人負責。以上內容，并應一并體現與企業《員工手冊》中。

其次，在企業人力資源規章制度、《員工手冊》中，應明確規定因員工擅自離職給用人單位造成損失的，員工應予賠償并約定賠償的范圍，根據法律規定，可以要求員工賠償下列損失：

（一）用人單位招收錄用其所支付的費用；

（二）用人單位為其支付的培訓費用，雙方另有約定的按約定辦理；

（三）對生產、經營和工作造成的直接經濟損失；

（四）勞動合同約定的其他賠償費用。

再次，在有必要的時候，企業應當在員工入職時，與員工簽訂《保密協議》，特別是針對一些特殊、敏感、容易接觸到公司機密、技術的部門、崗位的員工。同時，應當在企業人力資源規章制度、《員工手冊》等之中，或者制定相關的《保密制度》，明確員工的保密義務和責任，使其在離職后仍然負有對企業商業秘密等的保密義務；

除此之外，企業在招聘員工的同時，可以同時考慮加強對員工的背景調查（包括學歷、身份證等），選擇適合、符合本企業企業文化的員工；在薪酬制度方面，漸進式、具有吸引性和增長空間的薪酬設計，能加強企業對員工的吸引力；同樣，良好的企業福利，也能加強員工對企業的歸屬感。

相信通過規章制度的完善，應急處理操作的學習，HR們在遇到員工擅自離職的時候，都能得心應手的妥善處理了。

眾所周知，公司招聘新員工往往會設置幾道面試關口，應聘者要過五關斬六將才有機會進入公司，知名公司坎兒則更多更高。然而，大多數公司在員工離職管理上則要松散得多，普通員工提出辭職后（不限書面還是口頭提出），上級主管簽署意見知照人事部門，再經過簡單的工作交接就可走人。真可謂嚴進寬出。

如何防范員工離職帶來的危害？

英國Ibas調查公司發布的一項調查報告披露，有三分之二的英國白領在離職的最后一天會將公司內的一些重要文件偷偷帶走，包括電子郵件地址、公司銷售計劃、推介計劃和客戶數據資料等。調查公司還發現，拿了公司重要文件的職員大部分都理直氣壯，竟有72%的公司白領認為這么做是理所當然的。

以上還只是員工帶走的“有形”的資料，在軟件開發等高科技公司，存在員工腦袋里尚未外化為有形的資料的“信息”、“思想”、“程序”，隨著員工的離職而流失，則可能導致項目延期、中斷甚至流產。如果這些離職員工帶走的資料流入到競爭對手那里，后果更嚴重，將直接威脅到公司的生存。由此可見，在當前知識產權管理并不是十分完善的現實中，做好知識管理，把好離職關，盡可能減少公司重要資料、信息和技術的外流，與“引進人才”“吸收新鮮血液”同樣重要。

當然要完全杜絕這類事件發生是不可能的，關鍵在于如何減少其發生的概率、盡可能降低此類事件對公司的影響。對此，各直線經理和人事部門負有不可推卸的責任。

一、做好過程知識管理。

過程知識管理主要指通過對開發過程的管理，把開發人員的“思想”外化成有形的規范的文檔，成為公司的知識財富。實踐中很多開發人員精于編寫程序卻最厭煩編寫文檔，基本沒有編寫文檔的習慣。因此，公司需要將此形成制度，把文檔編寫與寫程序、軟件調試等一并列入開發人員的考核內容，使編寫文檔成為開發人員必須完成的一項日常工作。對于文檔編寫，公司應制定統一的標準格式。

對已形成的文檔，公司應組建專門部門或指定專人進行歸檔管理，明確入檔、調閱、借用文檔的工作流程和審批權限，形成編寫人、借用人、保管人、審批人分立的互相監督、互相牽制的局面，可以極大地減少因管理混亂而造成知識、文檔外流、缺失的現象。

二、簽訂必要的保密協議。

與重要崗位的員工簽訂保密協議，不出事情的時候，這些協議如同廢紙，而一旦出現糾紛，這些協議能最大程度地保障企業利益。同時，簽訂了協議后，也能在心理上給離職員工施加影響，使其不敢輕易冒險違背協議約定、損害公司利益。

三、關心員工。

每一位直線經理和人力資源經理，都有義務密切關注員工的工作和心理變化，掌握動態，隨時給予必要的支持和指導，并采取必要的應對措施。曾有一家有70多號人的IT企業，一名員工在競爭對手公司上了二個星期班后公司才知曉，使老板大為震怒。如果平時多關注員工，這種笑話就不會出現。

四、做好離職管理。

在員工提出離職請求后，應立即指定工作交接人員（如沒有合適的人選，也應指定臨時人員），把離職時應交接的信息、資料及步驟告知交接雙方，使離職員工清楚知道該如何交接、交接什么、向誰交接。同時還應將離職流程知照相關部門及人員，要求相關部門提前做好必要的防范措施，防止不知情員工把一些重要信息交給將離職人員。

做好離職面談，動之以情，使其產生對公司感情的共鳴，不至于在即將離職的時刻做出損害公司利益的事，同時曉之以利害，威懾其不要輕易有損害公司利益的舉動和行為。

新《勞動法》將于明年1月1日正式實施，現在的焦點問題已經慢慢浮出水面，其

中之一就是如何面對員工的不辭而別，在勞動合同法中有規定：解除勞動合同必須雙方協商認可。這段時公司內部也組織了討論，另再咨詢了一些專業的律師，目前認為比較穩妥的做法是：

1、員工自動離開公司一段時間后，按員工入職時填寫的個人通信地址，寄出《勞動合同解除（終止）涵》，并保留證據后解除勞動合同；

2、登報告知；

3、向勞動局報備。

以上三種方式雖然比較穩妥，但對hr來說，并不是非常的便于操作，所以，請全國的hr們一起來討論，有什么更好的辦法來解決員工自動離職的勞動合同解除的問題，而又不違反法律。

第四篇：Javadoc轉換chm幫助文檔的四種方法總結

Javadoc轉換chm幫助文檔的四種方法總結

目錄

V1.0

關鍵詞..........................................................................................................1

前言.............................................................................................................1

預處理..........................................................................................................1

第一種：使用jd2chm來生成chm幫助文檔............................................................4

使用原版jd2chm_exe_03轉換成chm..................................................................4

生成英文版本如下.............................................................................................4

生成中文版本如下.............................................................................................5

使用網上高手改進的版本jd2chm_0.34轉換成chm..................................................7

生成英文版本如下.............................................................................................7

生成中文版本如下.............................................................................................8

第二種：使用javadoc2chm來生成chm幫助文檔...................................................11

生成英文版本如下............................................................................................11

生成中文版本如下............................................................................................12

第三種：使用javadoc2help來生成chm幫助文檔...................................................18

生成英文版本如下............................................................................................18

生成中文版本如下............................................................................................18 第四種：使用google code里面的javadoc2chm項目構建........................................20

生成英文版本如下............................................................................................20

生成中文版本如下............................................................................................22

總結............................................................................................................23

李順利

[2010年1月6日] 關鍵詞

Javadoc chm 轉換 jd2chm javadoc2chm javadoc2help Javadoc2chm 中文亂碼 李順利

前言

朋友，當您在一個項目完成后，是不是需要把你的源碼打包并且把注釋打成Javadoc交給客戶，Eclipse或者MyEclipse自動打成的Javadoc文檔都是基于網頁格式的，打開是很方便，不過真的用的時候，搜索每個方法或者什么的就很麻煩了，而chm幫助文檔格式不但文件小，查閱都很方便，所以網上就出現了很多把Javadoc轉換為chm格式的幫助文檔的軟件/工具或者方法。自己最近需要真的需要這個方面的需求，查閱了網上很多方法，發現很多都是寫的很不詳細，對于我這種剛接觸的很是不清楚，經過我的學習和理解，現提供從網上總結的Javadoc轉換chm幫助文檔的四種方法，詳細提供各個轉換的步驟供大家學習，并且提供英文版本和中文版本Javadoc轉換過程中出現的問題，特別是中文的時候出現的亂碼現象，也提供一些解決方案。

預處理

轉換之前需要了解的是chm是微軟公司發布的一種幫助文檔格式，所有，要使用下面的方法轉換，請先安裝HTML Help Workshop（后面簡稱為HHW）（實際上后面的一些處理有些都是在上面操作的）

http://msdn.microsoft.com/en-us/library/ms669985.aspx，下載完畢后就是安裝了，很簡單。

還有一個很重要的問題，就是如何把項目打成Javadoc，這有人應該會說，很簡單啊，就是使用Eclipse或者Myeclipse的Export功能，是的，這是可以，但是有些小的方面還是需要我們強烈注意的 第一個問題就是Java代碼的格式問題

Java代碼編寫的使用有的使用GBK，有的使用UTF-8，這個時候就會有區別。使用GBK編碼的時候生成Javadoc文檔時沒有太大問題的，但是，要是整個項目的默認編碼格式是UTF-8的話，就會報警告：編碼 GBK 的不可映射字符

根本沒有成功生成Javadoc文檔，如何解決？解決方案就是在生成Javadoc的時候對VM options進行編碼設置-encoding UTF-8-charset UTF-8，設置如下：

第二個問題就是如何把生成的Javadoc文檔生成英語版本 這個問題有的時候為了解決中文亂碼是很重要的，我們生成英文版本的Javadoc（僅對生成的Javadoc框架的語言做限制，并沒有對注釋內容的格式做限制，也就是說這個時候注釋還是可以是中文的）。解決方案也是在VM options中加入-locale en_US，但是此時注意的是，如果把-locale en_US設置在后面的話，會報一個錯誤，大致是-locale en_US 在javadoc命令必須是在最前面，所有，正確的寫法就是-locale en_US-encoding UTF-8-charset UTF-8（整合上面），默認如果不寫-locale的話，安裝locale語言來進行設置，當然我們中國人就是中文的了。（當然如果你工程默認編碼是GBK而且您想生成中文的幫助文檔的話，這寫都可以不要，使用默認即可）

設置截圖如下：

做好了上面的工作，現在就請大家看我是如何轉換成chm幫助文檔的。

（做完這些，請生成中文和英文各一份Javadoc文檔，供后面測試使用）

第一種：使用jd2chm來生成chm幫助文檔

使用原版jd2chm_exe_03轉換成chm

原版jd2chm_exe_03需要通過官網下載http:// Help Workshophhc.exe“ api_en_US.hhp回車（注意C:Program FilesHTML Help Workshophhc.exe是HHW默認安裝路徑，如果不是請自行修改）

生成的chm文件在解壓的包的文件夾里：

打開后是上面的這樣子，具體的原因不清楚，不過解決的方法就是把Javadoc文件夾和ruby命令的文件夾不要放在同一個盤內，不在同一個盤里就會使用絕對路徑。重修生成，但是這種方法也并不適合，當我們把原Javadoc文檔的文件夾刪除或者移動了，這個時候也會出現上面的情況。具體的我打開了hhp文件查看了一下，應該是這種方法使用的是覺得路徑，而并沒有把文件進行包裝在生成。（要查看下面截圖的效果，請把docs文件夾保留）

命令

ruby createhhp.rb api_en_US e:docsapi_en_US ”C:Program FilesHTML Help Workshophhc.exe“ api_en_US.hhp

生成中文版本如下

Cmd命令進入javadoc2chm目錄，寫下面的命令

ruby createhhp.rb 中文幫助文檔 e:docsapi_zh_CN回車

”C:Program FilesHTML Help Workshophhc.exe" 中文幫助文檔.hhp回車

（注意C:Program FilesHTML Help Workshophhc.exe是HHW默認安裝路徑，如果不是請自行修改）

不能設置Title和中文的Title時候亂碼，操作麻煩，還要安裝ruby輔助軟件。

第五篇：總結的Javadoc轉換chm幫助文檔的四種方法

http://lishunli.iteye.com/blog/1051688 李順利

[2010年1月6日]

關鍵詞

Javadoc chm 轉換 jd2chm javadoc2chm javadoc2help Javadoc2chm 中文亂碼 李順利

前言

朋友，當您在一個項目完成后，是不是需要把你的源碼打包并且把注釋打成Javadoc交給客戶，Eclipse或者MyEclipse自動打成的Javadoc文檔都是基于網頁格式的，打開是很方便，不過真的用的時候，搜索每個方法或者什么的就很麻煩了，而chm幫助文檔格式不但文件小，查閱都很方便，所以網上就出現了很多把Javadoc轉換為chm格式的幫助文檔的軟件/工具或者方法。

自己最近需要真的需要這個方面的需求，查閱了網上很多方法，發現很多都是寫的很不詳細，對于我這種剛接觸的很是不清楚，經過我的學習和理解，現提供從網上總結的Javadoc轉換chm幫助文檔的四種方法，詳細提供各個轉換的步驟供大家學習，并且提供英文版本和中文版本Javadoc轉換過程中出現的問題，特別是中文的時候出現的亂碼現象，也提供一些解決方案。

預處理

轉換之前需要了解的是chm是微軟公司發布的一種幫助文檔格式，所有，要使用下面的方法轉換，請先安裝HTML Help Workshop（后面簡稱為HHW）（實際上后面的一些處理有些都是在上面操作的）

http://msdn.microsoft.com/en-us/library/ms669985.aspx，下載完畢后就是安裝了，很簡單。

還有一個很重要的問題，就是如何把項目打成Javadoc，這有人應該會說，很簡單啊，就是使用Eclipse或者Myeclipse的Export功能，是的，這是可以，但是有些小的方面還是需要我們強烈注意的 第一個問題就是Java代碼的格式問題

Java代碼編寫的使用有的使用GBK，有的使用UTF-8，這個時候就會有區別。使用GBK編碼的時候生成Javadoc文檔時沒有太大問題的，但是，要是整個項目的默認編碼格式是UTF-8的話，就會報警告：編碼 GBK 的不可映射字符

根本沒有成功生成Javadoc文檔，如何解決？解決方案就是在生成Javadoc的時候對VM options進行編碼設置-encoding UTF-8-charset UTF-8，設置如下：

第二個問題就是如何把生成的Javadoc文檔生成英語版本

這個問題有的時候為了解決中文亂碼是很重要的，我們生成英文版本的Javadoc（僅對生成的Javadoc框架的語言做限制，并沒有對注釋內容的格式做限制，也就是說這個時候注釋還是可以是中文的）。

解決方案也是在VM options中加入-locale en_US，但是此時注意的是，如果把-locale en_US設置在后面的話，會報一個錯誤，大致是-locale en_US 在javadoc命令必須是在最前面，所有，正確的寫法就是-locale en_US-encoding UTF-8-charset UTF-8（整合上面），默認如果不寫-locale的話，安裝locale語言來進行設置，當然我們中國人就是中文的了。（當然如果你工程默認編碼是GBK而且您想生成中文的幫助文檔的話，這寫都可以不要，使用默認即可）設置截圖如下：

做好了上面的工作，現在就請大家看我是如何轉換成chm幫助文檔的。（做完這些，請生成中文和英文各一份Javadoc文檔，供后面測試使用）

第一種：使用jd2chm來生成chm幫助文檔 使用原版jd2chm_exe_03轉換成chm 原版jd2chm_exe_03需要通過官網下載http:// Help Workshophhc.exe“ api_en_US.hhp回車（注意C:Program FilesHTML Help Workshophhc.exe是HHW默認安裝路徑，如果不是請自行修改）

生成的chm文件在解壓的包的文件夾里：

打開后是上面的這樣子，具體的原因不清楚，不過解決的方法就是把Javadoc文件夾和ruby命令的文件夾不要放在同一個盤內，不在同一個盤里就會使用絕對路徑。重修生成，但是這種方法也并不適合，當我們把原Javadoc文檔的文件夾刪除或者移動了，這個時候也會出現上面的情況。具體的我打開了hhp文件查看了一下，應該是這種方法使用的是覺得路徑，而并沒有把文件進行包裝在生成。（要查看下面截圖的效果，請把docs文件夾保留）

命令

ruby createhhp.rb api_en_US e:docsapi_en_US ”C:Program FilesHTML Help Workshophhc.exe“ api_en_US.hhp

生成中文版本如下

Cmd命令進入javadoc2chm目錄，寫下面的命令

ruby createhhp.rb 中文幫助文檔 e:docsapi_zh_CN回車

”C:Program FilesHTML Help Workshophhc.exe" 中文幫助文檔.hhp回車（注意C:Program FilesHTML Help Workshophhc.exe是HHW默認安裝路徑，如果不是請自行修改）

不能設置Title和中文的Title時候亂碼，操作麻煩，還要安裝ruby輔助軟件。

總結

上面的一些不完美的地方，都可以使用HTML Help Workshop進行改善。實際上也是因為此次機遇，讓我學習了HTML Help Workshop的操作，以后制作chm文檔就很方便了。

上面方法通過參考網上的操作總結自己親自實際而成，需要探討的請聯系QQ：506817493。

順利提高所有工具和制作成果的文件下載(不包括ruby輔助軟件，自行下載)Javadoc轉換chm幫助文檔的四種方法總結.rar