摘要:   閱讀全文

@import url(http://www.aygfsteel.com/CuteSoft_Client/CuteEditor/Load.ashx?type=style&file=SyntaxHighlighter.css);@import url(/css/cuteeditor.css);







Increasing productivity

To increase productivity of IntelliJ IDEA, you can change settings that reside in the following locations (depending on your operating system):

• On Windows systems:

  <IntelliJ IDEA installation folder>/bin/idea.exe.vmoptions
      

  or

  <IntelliJ IDEA installation folder>/bin/idea64.exe.vmoptions
      

• On *NIX systems:

  <IntelliJ IDEA installation folder>/bin/idea.vmoptions
      

  or

  <IntelliJ IDEA installation folder>/bin/idea64.vmoptions
      

• On Mac OS:

  Since version 12:
  The file /Applications/IntelliJ IDEA.app/bin/idea.vmoptions should be copied to

  ~/Library/Preferences/IntelliJIdeaXX/idea.vmoptions

Example. increasing heap size

For example, to increase IntelliJ IDEA heap size, you should copy the original .vmoptions file from /Applications/IntelliJ IDEA.app/bin/idea.vmoptions to~/Library/Preferences/IntelliJIdeaXX/idea.vmoptions, then modify the -Xmx setting.

For the older versions, the settings are stored in:

                    /Applications/IntelliJ IDEA.app/Contents/Info.plist

Managing case of unicode literals

11.1+

IntelliJ IDEA allows defining whether non-ascii characters should use literals like '\u00AB' or '\00ab'.

This behavior is controlled by the system property idea.native2ascii.lowercase. By default, upper case characters are used.

If it is desirable to use lower case characters, do the following (depending on your platform)

• 12.0+On Windows and *NIX: add the line

      idea.native2ascii.lowercase=true
      

  to the bin/idea.properties file, located under the product installation.

•  On Mac OS:

  Copy the file /Applications/IntelliJ IDEA.app/bin/idea.properties to ~/Library/Preferences/IntelliJIdeaXX/, open it for editing, and add the line

      idea.native2ascii.lowercase=true
      

  It is essential to create a copy, since the settings are replaced rather than added.

  For the older versions of IntelliJ IDEA, open for editing the file /Applications/IntelliJ IDEA.app/Contents/Info.plist, and add the following code:

      <key>idea.native2ascii.lowercase</key>
      <string>true</string>
      

  to the section <key>Properties</key> <dict> ... <dict>

  
  

To change IDEA running JDK, set <JVMVersion>  to 1.7* in /Applications/IntelliJ IDEA 13.app/Contents/Info.plist







VM arguments settings:







-Xms512m  

-Xmx512m  

-Xmn164m  

-XX:MaxPermSize=250m  

-XX:ReservedCodeCacheSize=64m  

-Xverify:none  

-Xnoclassgc  

-XX:+UseParNewGC  

-XX:+UseConcMarkSweepGC  

-XX:CMSInitiatingOccupancyFraction=85  

-ea 

from： http://blog.braegger.pw/5-ways-to-burn-out-programming/

@import url(http://www.aygfsteel.com/CuteSoft_Client/CuteEditor/Load.ashx?type=style&file=SyntaxHighlighter.css);@import url(/css/cuteeditor.css); @import url(http://www.aygfsteel.com/CuteSoft_Client/CuteEditor/Load.ashx?type=style&file=SyntaxHighlighter.css);@import url(/css/cuteeditor.css);

eclipse官方是有標準的mac版下載的，隨便copy到一個目錄就可以直接啟動了(當(dāng)然必須安裝java運行環(huán)境)。但是，假如我們想把應(yīng)用放到mac的標準目錄下(也就是finder里的應(yīng)用程序目錄下)，就必須自己手動來做了，方法如下：

1.在finder下，copy eclipse目錄下的Eclipse.app(在finder里是看不到app這個后綴名的，必須用Command+i，才能看到這個后綴名)文件到“應(yīng)用程序”

2.然后，點擊右鍵，選擇“顯示包內(nèi)容”

3.修改eclipse.ini文件

修改文件的開頭部分

原始內(nèi)容為：

-startup ../../../plugins/org.eclipse.equinox.launcher_1.3.0.v20130327-1440.jar
--launcher.library ../../../plugins/org.eclipse.equinox.launcher.cocoa.macosx.x86_64_1.1.200.v20130521-0416

修改后的內(nèi)容為：

-startup /Users/johnny/work/eclipse/plugins/org.eclipse.equinox.launcher_1.3.0.v20130327-1440.jar

--launcher.library /Users/johnny/work/eclipse/plugins/org.eclipse.equinox.launcher.cocoa.macosx.x86_64_1.1.200.v20130521-0416

我mac的用戶名johnny，在我的用戶名下有個work目錄，我把eclipse的原始目錄放在work下面。

這樣就可以在“應(yīng)用程序”下，啟動eclipse了

@import url(http://www.aygfsteel.com/CuteSoft_Client/CuteEditor/Load.ashx?type=style&file=SyntaxHighlighter.css);@import url(/css/cuteeditor.css);

     摘要:   閱讀全文

@import url(http://www.aygfsteel.com/CuteSoft_Client/CuteEditor/Load.ashx?type=style&file=SyntaxHighlighter.css);@import url(/css/cuteeditor.css);

轉(zhuǎn)自：http://blog.csdn.net/fenglibing/article/details/7083071

一個服務(wù)(service)通常指的是已知的接口或者抽象類，服務(wù)提供方就是對這個接口或者抽象類的實現(xiàn)，然后按spi標準存放到資源路徑META-INF/services目錄下，文件的命名為該服務(wù)接口的全限定名。如有一個服務(wù)接口com.test.Service，其服務(wù)實現(xiàn)類為com.test.ChildService，那此時需要在META-INF/services中放置文件com.test.Service，其中的內(nèi)容就為該實現(xiàn)類的全限定名com.test.ChildService，有多個服務(wù)實現(xiàn)，每一行寫一個服務(wù)實現(xiàn)，#后面的內(nèi)容為注釋，并且該文件只能夠是以UTF-8編碼。
    這種實現(xiàn)方式，感覺和我們通常的開發(fā)方式差不多，都是定義一個接口，然后子類實現(xiàn)父類中定義的方法，為什么要搞這么一套標準以及單獨搞一個配置文件？這種方式主要是針對不同的服務(wù)提供廠商，對不同場景的提供不同的解決方案制定的一套標準，舉個簡單的例子，如現(xiàn)在的JDK中有支持音樂播放，假設(shè)只支持mp3的播放，有些廠商想在這個基礎(chǔ)之上支持mp4的播放，有的想支持mp5，而這些廠商都是第三方廠商，如果沒有提供SPI這種實現(xiàn)標準，那就只有修改JAVA的源代碼了，那這個弊端也是顯而易見的，也就是不能夠隨著JDK的升級而升級現(xiàn)在的應(yīng)用了，而有了SPI標準，SUN公司只需要提供一個播放接口，在實現(xiàn)播放的功能上通過ServiceLoad的方式加載服務(wù)，那么第三方只需要實現(xiàn)這個播放接口，再按SPI標準進行打包成jar，再放到classpath下面就OK了，沒有一點代碼的侵入性。

    以下是找到的幾篇文章：

    1、http://docs.oracle.com/javase/6/docs/api/java/util/ServiceLoader.html，這個是官方的文檔，有對service的詳細介紹，包括規(guī)范以及一個簡單的示例，這個是學(xué)習(xí)SPI必須看的文檔；

    注：http://docs.oracle.com/javase/1.4.2/docs/guide/jar/jar.html#Service%20Provider，這個是1.4中對Service Provider的介紹，加載服務(wù)是通過sun.misc.Service進行加載的，這個也有相應(yīng)的示例，照做就OK；

    2、Java的SPI機制：http://www.2cto.com/kf/201012/79868.html，這個是國人寫的一篇示例文章，也挺不錯，里面也有一個簡單的示例；

    3、Developing a Service Provider using Java API(Service Provider Interface)：http://blog.csdn.net/fenglibing/article/details/7083526，這篇文章是轉(zhuǎn)的alexa發(fā)表在blogspot上面的，也是一個開發(fā)SPI的示例，有興趣的也可以看看；

    4、Add Mp3 capabilities to Java Sound with SPI：http://www.javaworld.com/javaworld/jw-11-2000/jw-1103-mp3.html，這是一個比較老的例子，基于jdk1.3的，因為在jdk1.3的時候還沒有支持mp3格式，只支持AU, AIF, MIDI, and WAV等格式，也是一個值得參考的示例。

    我這邊也寫了一個簡單得不能夠再簡單的示例，源碼可以這里下載：http://download.csdn.net/detail/fenglibing/3939882

最后很重要一點：

如果想要覆蓋某個Provider，可以在對應(yīng)的META-INF/services的配置文件中加上新service的一行，或者也可以寫在另一個有依賴關(guān)系的jar包中，只要和原來的Provider命名不同即可。加載順序上可以考慮使用@Priority注解來調(diào)整加載的優(yōu)先級。

@import url(http://www.aygfsteel.com/CuteSoft_Client/CuteEditor/Load.ashx?type=style&file=SyntaxHighlighter.css);@import url(/css/cuteeditor.css);

     摘要: 前面我們介紹了Java當(dāng)中多個線程搶占一個共享資源的問題。但不論是同步還是重入鎖，都不能實實在在的解決資源緊缺的情況，這些方案只是靠制定規(guī)則來約束線程的行為，讓它們不再拼命的爭搶，而不是真正從實質(zhì)上解決他們對資源的需求。 在JDK 1.2當(dāng)中，引入了java.lang.ThreadLocal。它為我們提供了一種全新的思路來解決線程并發(fā)的問題。但是他的名字難免讓我們望文生義：本地線程？ ...  閱讀全文

     摘要: Java監(jiān)視器支持兩種線程：互斥和協(xié)作。 前面我們介紹了采用對象鎖和重入鎖來實現(xiàn)的互斥。這一篇中，我們來看一看線程的協(xié)作。 舉個例子：有一家漢堡店舉辦吃漢堡比賽，決賽時有3個顧客來吃，3個廚師來做，一個服務(wù)員負責(zé)協(xié)調(diào)漢堡的數(shù)量。為了避免浪費，制作好的漢堡被放進一個能裝有10個漢堡的長條狀容器中，按照先進先出的原則取漢堡。如果容器被裝滿，則廚師停止做漢堡，如果顧客發(fā)現(xiàn)容器內(nèi)的漢堡吃完了，...  閱讀全文

     摘要:   閱讀全文

     摘要:   閱讀全文

     摘要:   閱讀全文

     摘要:   閱讀全文

原文出自 http://blog.csdn.net/woshichenxu/archive/2006/01/22/586361.aspx

1.     關(guān)于hibernate緩 存的問題：

1.1.1.         基本的緩存原理

Hibernate緩存分為二級，第一級存放于session中稱為一級緩存，默認帶有且不能卸載。

第二級是由sessionFactory控制的進程級緩存。是全局共享的緩存，凡是會調(diào)用二級緩存的查 詢方法都會從中受益。只有經(jīng)正確的配置后二級緩存才會發(fā)揮作用。同時 在進行條件查詢時必須使用相應(yīng)的方法才能從緩存中獲取數(shù)據(jù)。比如Query.iterate()方法、load、get方法等。必須注意的是session.find方法永遠是從數(shù)據(jù)庫中獲取數(shù)據(jù)，不會從二級緩存中獲取數(shù)據(jù)，即 便其中有其所需要的數(shù)據(jù)也是如此。

查詢時使用緩存的實現(xiàn)過程為：首先查詢一級緩存中是否具有需要 的數(shù)據(jù)，如果沒有，查詢二級緩存，如果二級緩存中也沒有，此時再執(zhí)行查詢數(shù)據(jù)庫的工作。要注意的是：此3種方式的查詢速度是依次降低的。

1.2.   存在的問題

1.2.1.      一級緩存的問題以及使用二級緩存 的原因

     因為Session的生命期往往很短，存在于Session內(nèi)部的第一級最快緩存的生命期當(dāng)然也很短，所以第一級緩存的命中率是很低的。其對系統(tǒng)性能的改善也是很有限的。當(dāng)然，這個Session內(nèi)部緩存的主要作用是保持Session內(nèi)部數(shù)據(jù)狀態(tài)同步。并非是hibernate為了大幅提高系統(tǒng)性能所提供的。

為了提高使用hibernate的性能，除了常規(guī)的一些需要注意的方法比如：

使用延遲加載、迫切外連接、查詢過濾等以外，還需要配置hibernate的二級緩存。其對系統(tǒng)整體性能的改善往往具有立竿見影的效果！

（經(jīng)過自己以前作項目的經(jīng)驗，一般會有3~4倍的性能提高）

1.2.2.      N+1次 查詢的問題

執(zhí)行條件查詢時，iterate（）方法具有著名的“n+1”次查詢的問題，也就是說在第一 次查詢時iterate方法會執(zhí)行滿足條件的查詢結(jié)果數(shù)再加一次（n+1）的查詢。但是此問題只存在于第一次查詢時，在后面執(zhí)行相同查 詢時性能會得到極大的改善。此方法適合于查詢數(shù)據(jù)量較大的業(yè)務(wù)數(shù)據(jù)。

但是注意：當(dāng)數(shù)據(jù)量特別大時（比如流水線數(shù)據(jù)等）需要針對此持 久化對象配置其具體的緩存策略，比如設(shè)置其存在于緩存中的最大記錄數(shù)、緩存存在的時間等參數(shù)，以避 免系統(tǒng)將大量的數(shù)據(jù)同時裝載入內(nèi)存中引起內(nèi)存資源的迅速耗盡，反而降低系統(tǒng)的性能！！！

1.3.   使用hibernate二級緩存的其他注意 事項：

1.3.1.      關(guān)于數(shù)據(jù)的有效性

另外，hibernate會自行維護二級緩存中的數(shù)據(jù)，以保證緩存中的數(shù)據(jù)和數(shù)據(jù)庫中的真實數(shù)據(jù)的一致性！無論何時，當(dāng)你調(diào)用save()、update()或 saveOrUpdate()方法傳遞一個對象時，或使用load()、 get()、list()、iterate() 或scroll()方法獲得一個對象時, 該對象都將被加入到Session的內(nèi)部緩存中。 當(dāng)隨后flush()方法被調(diào)用時，對象的狀態(tài)會和數(shù)據(jù)庫取得同步。

也就是說刪除、更新、增加數(shù)據(jù)的時候，同時更新緩存。當(dāng)然這也 包括二級緩存！

只要是調(diào)用hibernate API執(zhí)行數(shù)據(jù)庫相關(guān)的工作。hibernate都會為你自動保證緩存數(shù)據(jù)的有效性！！

但是，如果你使用了JDBC繞過hibernate直接執(zhí)行對數(shù)據(jù)庫的操作。此時，Hibernate不會/也不可能自行感知到數(shù)據(jù)庫被進行的變化改動，也就不能再保證緩 存中數(shù)據(jù)的有效性！！

這也是所有的ORM產(chǎn)品共同具有的問題。幸運的是，Hibernate為我們暴露了Cache的清除方法，這給我們提供了一個手動保證數(shù)據(jù)有效性的機會！！

一級緩存，二級緩存都有相應(yīng)的清除方法。

其中二級緩存提供的清除方法為：

按對象class清空緩存

                按對象class和對象的主鍵id清空緩存

                清空對象的集合中的緩存數(shù)據(jù)等。

   

1.3.2.      適合使用的情況

并非所有的情況都適合于使用二級緩存，需要根據(jù)具體情況來決 定。同時可以針對某一個持久化對象配置其具體的緩存策略。

適合于使用二級緩存的情況：

1、數(shù)據(jù)不會被第三方修改；

一般情況下，會被hibernate以外修改的數(shù)據(jù)最好不要配置二級緩存，以免引起不一致的數(shù)據(jù)。 但是如果此數(shù)據(jù)因為性能的原因需要被緩存，同時又有可能被第3方比如SQL修改，也可以為其配置二級緩存。只是此時需要在sql執(zhí)行修改后手動調(diào)用cache的清除方法。以保證數(shù)據(jù)的一致性

 2、數(shù)據(jù)大小在可接收范圍之內(nèi)；

     如果數(shù)據(jù)表數(shù)據(jù)量特別巨大，此時不適合于二級緩存。原因是緩存的數(shù)據(jù)量過大可能會引起內(nèi)存資源緊張，反而降低性能。

如果數(shù)據(jù)表數(shù)據(jù)量特別巨大，但是經(jīng)常使用的往往只是較新的那部 分數(shù)據(jù)。此時，也可為其配置二級緩存。但是必須單獨配置其持久化類的緩存策略，比如最大緩存數(shù)、緩存過期時間等，將這些參數(shù)降低至一個合理的范圍（太高會 引起內(nèi)存資源緊張，太低了緩存的意義不大）。

 3、數(shù)據(jù)更新頻率低；

     對于數(shù)據(jù)更新頻率過高的數(shù)據(jù)，頻繁同步緩存中數(shù)據(jù)的代價可能和查詢緩存中的數(shù)據(jù)從中獲得的好處相當(dāng)，壞處益處相抵消。此時緩 存的意義也不大。

 4、非關(guān)鍵數(shù)據(jù)（不是財務(wù)數(shù)據(jù)等）

  財務(wù)數(shù)據(jù)等是非常重要的數(shù)據(jù)，絕對不允許出現(xiàn)或使用無效的數(shù)據(jù)，所以此時為了安全起見最好不要使用二級緩存。

  因為此時“正確性”的重要性遠遠大于“高性能”的重要性。

2.     目前系統(tǒng)中使用hibernate緩 存的建議

1.4.   目前情況

 一般系統(tǒng)中有三種情況會繞開hibernate執(zhí)行數(shù)據(jù)庫操作：

   此種情況使用hibernate二級緩存會不可避免的造成數(shù)據(jù)不一致的問題，

 詳細的設(shè)計。比如在設(shè)計上 避免對同一數(shù)據(jù)表的同時的寫入操作，

   使用數(shù)據(jù)庫各種級別的鎖定機制等。

2、動態(tài)表相關(guān)

   所謂“動態(tài)表”是指在系統(tǒng)運行時根據(jù)用戶的操作系統(tǒng)自動建 立的數(shù)據(jù)表。

   比如“自定義表單”等屬于用戶自定義擴展開發(fā)性質(zhì)的功能模塊，因為此時數(shù)據(jù)表是運行時建立的，所以不能進行hibernate的映射。因此對它的操作只能 是繞開hibernate的直接數(shù)據(jù)庫JDBC操作。

      如果此時動態(tài)表中的數(shù)據(jù)沒有設(shè)計緩存，就不存在數(shù)據(jù)不一致的問 題。

   如果此時自行設(shè)計了緩存機制，則調(diào)用自己的緩存同步方法即 可。

3、使用sql對 hibernate持久化對象表進行批量刪除時

     此時執(zhí)行批量刪除后，緩存中會存在已被刪除的數(shù)據(jù)。

分 析： 

   當(dāng)執(zhí)行了第3條（sql批量刪除）后，后續(xù)的查詢只可能是以下三種方式：

a. session.find（）方法：

根據(jù)前面的總結(jié)，find方法不會查詢二級緩存的數(shù)據(jù)，而是直接查詢數(shù)據(jù)庫。

所以不存在數(shù)據(jù)有效性的問題。

b. 調(diào)用iterate方法執(zhí)行條件查詢時：

根據(jù)iterate查詢方法的執(zhí)行方式，其每次都會到數(shù)據(jù)庫中查詢滿足條件的id值，然后再根據(jù)此id 到緩存中獲取數(shù)據(jù)，當(dāng)緩存中沒有此id的數(shù)據(jù)才會執(zhí)行數(shù)據(jù)庫查詢；

如果此記錄已被sql直接刪除，則iterate在執(zhí)行id查詢時不會將此id查詢出來。所以，即便緩存中有此條記錄也不會被客戶獲得，也就 不存在不一致的情況。（此情況經(jīng)過測試驗證）

c. 用get或load方法按id執(zhí)行查詢：

客觀上此時會查詢得到已過期的數(shù)據(jù)。但是又因為系統(tǒng)中執(zhí)行sql批量刪除一般是

針對中間關(guān)聯(lián)數(shù)據(jù)表，對于

中間關(guān)聯(lián)表的查詢一般都是采用條件查詢 ,按id來查詢某一條關(guān)聯(lián)關(guān)系的幾率很低,所以此問題也不存在!

   如果某個值對象確實需要按id查詢一條關(guān)聯(lián)關(guān)系,同時又因為數(shù)據(jù)量大使用了sql執(zhí)行批量刪除。當(dāng)滿足此兩個條件時,為了保證按id 的查詢得到正確的結(jié)果,可以使用手動清楚二級緩存中此對象的數(shù)據(jù)的方法!!

(此種情況出現(xiàn)的可能性較小)

1.5.   建議

1、建議不要使用sql直接執(zhí)行數(shù)據(jù)持久化對象的數(shù)據(jù)的更新，但是可以執(zhí)行批量刪除。（系統(tǒng)中需要批量更新的地方也較少）

2、如果必須使用sql執(zhí)行數(shù)據(jù)的更新，必須清空此對象的緩存數(shù)據(jù)。調(diào)用

SessionFactory.evict(class)

SessionFactory.evict(class,id)

等方法。

3、在批量刪除數(shù)據(jù)量不大的時候可以直接采用hibernate的批量刪除，這樣就不存在繞開hibernate執(zhí)行sql產(chǎn)生的緩存數(shù)據(jù)一致性的問題。

4、不推薦采用hibernate的批量刪除方法來刪除大批量的記錄數(shù)據(jù)。

原因是hibernate的批量刪除會執(zhí)行1條查詢語句外加滿足條件的n條刪除語句。而不是一次執(zhí)行一條條件刪除語句！！

當(dāng)待刪除的數(shù)據(jù)很多時會有很大的性能瓶頸！！！如果批量刪除數(shù) 據(jù)量較大,比如超過50條,可以采用JDBC直接刪除。這樣作的好處是只執(zhí)行一條sql刪除語句,性能會有很大的改善。同時，緩存數(shù)據(jù)同步的問題,可以采用 hibernate清 除二級緩存中的相關(guān)數(shù)據(jù)的方法。

調(diào)用 SessionFactory.evict(class) ；SessionFactory.evict(class,id)等方法。

所以說，對于一般的應(yīng)用系統(tǒng)開發(fā)而言（不涉及到集群，分布式數(shù) 據(jù)同步問題等），因為只在中間關(guān)聯(lián)表執(zhí)行批量刪除時調(diào)用了sql執(zhí)行，同時中間關(guān)聯(lián)表一般是執(zhí)行條件查詢不太可能執(zhí)行按id查詢。所以，此時可以直接執(zhí)行sql刪除，甚至不需要調(diào)用緩存的清除方法。這樣做不會導(dǎo)致以后配置 了二級緩存引起數(shù)據(jù)有效性的問題。

退一步說，即使以后真的調(diào)用了按id查詢中間表對象的方法，也可以通過調(diào)用清除緩存的方法來解決。

4、具體的配置方法 

根據(jù)我了解的很多hibernate的使用者在調(diào)用其相應(yīng)方法時都迷信的相信“hibernate會自行為我們處理性能的問題”，或 者“hibernate會自動為我們的所有操作調(diào)用緩存”,實際的情況是hibernate雖然為我們提供了很好的緩存機制和擴展緩存框架的支持，但是必 須經(jīng)過正確的調(diào)用其才有可能發(fā)揮作用！！所以造成很多使用hibernate的系統(tǒng)的性能問題，實際上并不是hibernate不行或者不好，而是因為使 用者沒有正確的了解其使用方法造成的。相反，如果配置得當(dāng)hibernate的性能表現(xiàn)會讓你有相當(dāng)“驚喜的”發(fā)現(xiàn)。下面我講解具體的配置方法.

 ibernate提供了二級緩存的接口：
net.sf.hibernate.cache.Provider,
同 時提供了一個默認的 實現(xiàn)net.sf.hibernate.cache.HashtableCacheProvider，
也可以配置 其他的實現(xiàn) 比如ehcache,jbosscache等。

具體的配置位置位于hibernate.cfg.xml文件中
<property name="hibernate.cache.use_query_cache">true</property>
<property name="hibernate.cache.provider_class">net.sf.hibernate.cache.HashtableCacheProvider</property>

很多的hibernate使用者在 配置到 這一步 就以為 完事了，
注意：其實光這樣配，根本 就沒有使用hibernate的二級緩存。同時因為他們在使用hibernate時大多時候是馬上關(guān)閉session，所以，一級緩存也沒有起到任何作 用。結(jié)果就是沒有使用任何緩存，所有的hibernate操作都是直接操作的數(shù)據(jù)庫！！性能可以想見。

正確的辦法是除了以上的配置外還應(yīng)該配置每一個vo對象的具體緩存策略，在影射文件中配置。例如：

<hibernate-mapping>
<class name="com.sobey.sbm.model.entitySystem.vo.DataTypeVO" table="dcm_datatype">
<cache usage="read-write"/>
<id name="id" column="TYPEID" type="java.lang.Long">
<generator class="sequence"/>
</id>

<property name="name" column="NAME" type="java.lang.String"/>
<property name="dbType" column="DBTYPE" type="java.lang.String"/>
</class>
</hibernate-mapping>

關(guān)鍵就是這個<cache usage="read-write"/>，其有幾個選擇
read- only,read-write,transactional,等
然后在執(zhí)行查詢時 注意了 ，如果是條件查詢，或者返回所有結(jié)果的查詢，此時session.find()方法 不會獲取緩存中的數(shù)據(jù)。只有調(diào)用query.iterate()方法時才會調(diào)緩存的數(shù)據(jù)。

同時 get 和 load方法 是都會查詢緩存中的數(shù)據(jù) .

對于不同的緩存框架具體的配置方法會有不同，但是大體是以上的配置

（另外，對于支持事務(wù)型，以及支持集群的環(huán)境的配置我會爭取在后續(xù)的文章中中 發(fā)表出來）

3.     總結(jié)

總之是根據(jù)不同的業(yè)務(wù)情況和項目情況 對hibernate進行有效的配置和正確的使用，揚長避短。不存在適合于任何情況的一個“萬能”的方案。

以上結(jié)論及建議均建立在自己在對 Hibernate 2.1.2中的測試結(jié)果以及以前的項目經(jīng)驗的基礎(chǔ)上。如有謬處，請打家提 出指正:)!

最后，祝大家 新年快樂！！在新的一年里 取得人生的進步！！！

創(chuàng)建項目：

打開NetBeans 6.5.1，選擇文件—》新建項目，選擇Java Web，然后在項目列表中選擇 Web 應(yīng)用程序，下一步

選擇使用專用文件夾存儲庫，指定庫文件夾的位置，通常是默認的.\lib，即項目文件夾下的lib文件夾，下一步

選擇Web應(yīng)用服務(wù)器。這里選擇Tomcat 6.0.18 ，Java EE版本選擇 Java EE 5，下一步

在框架對話框中什么都不選擇，直接點擊完成。

配置項目：

1. 配置OperaMask

在WEB-INF文件夾下新建一個faces-config.xml文件，內(nèi)容如下：

<?xml version="1.0" encoding="UTF-8"?>

<faces-config xmlns="http://java.sun.com/xml/ns/javaee"

xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

xsi:schemaLocation="http://java.sun.com/xml/ns/javaee

http://java.sun.com/xml/ns/javaee/web-facesconfig_1_2.xsd" version="1.2">

<application>

<view-handler>com.sun.facelets.FaceletViewHandler</view-handler>

</application>

</faces-config>

在新創(chuàng)建的項目中，右鍵單擊“庫”節(jié)點，選擇添加庫

然后選擇導(dǎo)入，選擇Spring 2.5庫，選擇導(dǎo)入庫，添加庫。

再次選擇添加庫，然后選擇創(chuàng)建。庫名稱為OperaMask，庫類型為類庫：

在“定制庫”中選擇“添加JAR/文件夾”，在彈出的對話框中選擇OperaMask的基本jar包，并將導(dǎo)入方式指定為：復(fù)制到庫文件夾。

一路選是。

2. 配置Spring以及與OperaMask的整合

然后再創(chuàng)建一個OperaMask_SpringCompatibility庫，將OperaMask中的spring文件夾下的operamasks-spring.jar添加進來

然后在新創(chuàng)建的項目中展開WEB-INF文件夾，打開web.xml：按照OperaMask包中的blank樣例程序的配置進行配置。

之后，在web.xml中配置如下內(nèi)容：

<context-param> <param-name>contextConfigLocation</param-name> <param-value>classpath:applicationContext*.xml</param-value> </context-param> <listener> <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class> </listener>

然后，在源包節(jié)點下創(chuàng)建Spring配置文件applicationContext.xml，選擇如圖所示的幾個命名空間：

選擇完成，然后在Beans節(jié)點之間添加如下內(nèi)容：

<!-- 開啟基于注解的配置 --> <context:annotation-config/> <!-- 使 AOM 中的 LiteBean 同樣能夠被 Spring 所感應(yīng)到 --> <bean class="org.operamasks.faces.spring.ManagedBeanConfigurer"/>

3. 配置JPA持久化支持

在服務(wù)選項卡中，選擇MySQL數(shù)據(jù)庫驅(qū)動，然后右鍵單擊，選擇連接設(shè)置，配置你要使用的數(shù)據(jù)庫：

數(shù)據(jù)庫配置完畢，然后回到項目選項卡，右鍵單擊剛創(chuàng)建的項目，選擇新建-->其它-->持久性-->持久性單元

在新建持久性單元對話框中選擇持久性庫為Hibernate，即選擇Hibernate為JPA持久單元的實現(xiàn)，數(shù)據(jù)庫連接選擇我們剛配置好的MySQL連接。

單擊完成。此時，Hibernate的JPA庫已經(jīng)被添加到項目的lib目錄下了。包含了基本的Hibernate jar包和Hibernate JPA支持jar包。

注：使用JPA的一個好處就是我們不需要在一個統(tǒng)一的配置文件里羅列所有的實體類，而是可以讓實體管理器自動掃描所有被@Entity注解了的實體類。要實現(xiàn)這種功能，如果項目的JPA實現(xiàn)遷移到TopLink Essential，需要加入下面的配置：

找到項目中的“配置文件”節(jié)點，打開persistence.xml文件，調(diào)整到XML視圖中，在<provider> </provider>節(jié)點后添加：

<exclude-unlisted-classes>false</exclude-unlisted-classes> 一行。如果希望使用Hibernate實現(xiàn)，請一定不要加入這一行，否則，您必須將您創(chuàng)建的所有實體類逐一添加到persistence.xml中。

如果要使用Spring提供的JpaTemplate（即實現(xiàn)JpaDaoSupport方式），則回到spring的applicationContext.xml文件，在<beans>節(jié)點里面添加：

<!-- 利用Spring的實體管理器工廠來創(chuàng)建JPA實體管理器，傳入的參數(shù)為persistence.xml中指定的持久化單元名稱 --> <bean id="entityManagerFactory" class="org.springframework.orm.jpa.LocalEntityManagerFactoryBean"> <property name="persistenceUnitName" value="DMCSv1PU"/> </bean> <!-- 聲明一個Spring提供的JPA事務(wù)管理器，傳入的參數(shù)正是Spring中的實體管理器工廠 --> <bean id="txManager" class="org.springframework.orm.jpa.JpaTransactionManager"> <property name="entityManagerFactory" ref="entityManagerFactory"/> </bean> <!-- 開啟Spring提供的基于注解的聲明式事務(wù)管理 --> <tx:annotation-driven transaction-manager="txManager"/>

至此，持久化支持配置完畢。

創(chuàng)建實體類和相應(yīng)的JPA控制類

右鍵單擊項目，選擇新建-->其它-->持久性-->通過數(shù)據(jù)庫生成實體類，選擇數(shù)據(jù)庫表：

點擊下一步，輸入合適的包名

下一步，映射選項如下圖所示：

選擇新建-->其它-->持久性-->基于實體類的JPA控制器類，下一步：

添加要生成控制器類的實體類，下一步：

選擇合適的包，然后完成。

后面的配置無非就是將JPA的控制器類寫入Spring的配置文件，然后在AOM的LiteBean中注入這些控制器類，實現(xiàn)數(shù)據(jù)庫操作以及相應(yīng)的業(yè)務(wù)邏輯。

注：解決Spring與Hibernate JPA的沖突：

如上圖所示：選擇工具--> 庫 --> 庫位置-->選擇當(dāng)前編輯的項目，選中Spring Framework 2.5，然后去掉cglib2.2那個jar包。這個包與Hibernate JPA中的cglib 2.1.3.jar有沖突

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

文章來源:http://x-spirit.spaces.live.com/Blog/cns!CC0B04AE126337C0!776.entry

今天發(fā)現(xiàn)服務(wù)器上的Oracle11g突然登錄不上去了，提示ORA-28002錯誤，說是口令過期。

不當(dāng)DBA還真不知道Oracle有這神秘功能。

上網(wǎng)上一查，有類似遭遇的朋友在論壇上求助，人家讓他找DBA。汗。。。

好在有的DBA樂于分享，終于找到了解決方案：

1. 用DBA賬戶登錄SQL PLUS。我用的是sysman。
2. 系統(tǒng)會提示口令失效，但是會馬上讓你重置新密碼。
3. 重置之后，進入SQL PLUS控制臺。
4. 查看口令失效用戶的profile文件

EM（Web界面的控制臺）：服務(wù)器>用戶，查看口令失效的用戶對應(yīng)的概要文件，這里假設(shè)為DEFAULT，下同。

5. 查看對應(yīng)的概要文件的口令有效期設(shè)置

EM（Web界面的控制臺）：服務(wù) 器>概要文件>選擇剛剛查到的概要文件DEFAULT>查看，查看口令下面的有效期值。

6.將口令有效期默認值180天 修改成“無限制”（此項要慎重！除非你真得不想要這個密碼失效的機制！）

EM：服務(wù)器>概要文件>選擇剛剛查到的概要文件DEFAULT>編輯>口令，在有效期輸入 或選擇你需要的值，保存。

該參數(shù)修改實時生效。

出于數(shù)據(jù)庫安全性考慮，不建議將PASSWORD_LIFE_TIME值設(shè)置 成UNLIMITED，即建議客戶能夠定期修改數(shù)據(jù)庫用戶口令。

在修改PASSWORD_LIFE_TIME值之前已經(jīng)失效的用戶，還是需 要重新修改一次密碼才能使用。

也可以從SQL Developer 里面來修改用戶的密碼，用sysman賬戶登錄以后，找到數(shù)據(jù)庫中的其他用戶節(jié)點，展開，找到你要修改密碼的用戶。然后編輯用戶，對用戶密碼進行重置,如下圖：

@import url(http://www.aygfsteel.com/CuteSoft_Client/CuteEditor/Load.ashx?type=style&file=SyntaxHighlighter.css);@import url(/css/cuteeditor.css); JAVA_OPTS="-server -XX:+UseParNewGC -Xms1024m -Xmx2048m -XX:MaxNewSize=128m -XX:NewSize=128m -XX:PermSize=96m -XX:MaxPermSize=128m -XX:+UseConcMarkSweepGC -XX:+CMSPermGenSweepingEnabled -verbose:gc -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:CMSInitiatingOccupancyFraction=1 -XX:+CMSIncrementalMode -XX:MaxTenuringThreshold=0 -XX:SurvivorRatio=20000 -XX:+UseCMSCompactAtFullCollection -XX:CMSFullGCsBeforeCompaction=0  -XX:CMSIncrementalDutyCycleMin=10 -XX:CMSIncrementalDutyCycle=30 -XX:CMSMarkStackSize=8M -XX:CMSMarkStackSizeMax=32M"

前端應(yīng)用參數(shù)配置：

參數(shù)說明：

-Xmx1280m：設(shè)置JVM最大可用內(nèi)存為1280m。最大可設(shè)為3550m。具體應(yīng)用可適當(dāng)調(diào)整。

-Xms1280m：設(shè)置JVM初始內(nèi)存為1280m。此值可以設(shè)置與-Xmx相同，以避免每次垃圾回收完成后JVM重新分配內(nèi)存。

-Xmn480m：設(shè)置年輕代大小為480m。整個堆大小=年輕代大小 + 年老代大小 + 持久代大小。持久代一般固定大小為64m，所以增大年輕代后，將會減小年老代大小。此值對系統(tǒng)性能影響較大，Sun官方推薦配置為整個堆的3/8。

-Xss256k：設(shè)置每個線程的堆棧大小。JDK5.0以后每個線程堆棧大小為1M，以前每個線程堆棧大小為256K。更具應(yīng)用的線程所需內(nèi)存大小進行調(diào)整。在相同物理內(nèi)存下，減小這個值能生成更多的線程。但是操作系統(tǒng)對一個進程內(nèi)的線程數(shù)還是有限制的，不能無限生成，經(jīng)驗值在3000~5000左右。

-XX:PermSize=64m：指定 jvm 中 Perm Generation 的最小值。 這個參數(shù)需要看你的實際情況。可以通過jmap 命令看看到底需要多少。

-XX:MaxPermSize=128m：指定 Perm Generation 的最大值

-XX:+UseConcMarkSweepGC：設(shè)置并發(fā)收集器

-XX:ParallelGCThreads=8：配置并行收集器的線程數(shù)，即：同時多少個線程一起進行垃圾回收。此值最好配置與處理器數(shù)目相等。

-XX:CMSFullGCsBeforeCompaction=0：由于并發(fā)收集器不對內(nèi)存空間進行壓縮、整理，所以運行一段時間以后會產(chǎn)生“碎片”，使得運行效率降低。此值設(shè)置運行多少次GC以后對內(nèi)存空間進行壓縮、整理。

-XX:+UseCMSCompactAtFullCollection：打開對年老代的壓縮。可能會影響性能，但是可以消除碎片。

-XX:SurvivorRatio=8：每個survivor space 和 eden之間的比例。

-XX:MaxTenuringThreshold=7：設(shè)置垃圾最大年齡。如果設(shè)置為0的話，則年輕代對象不經(jīng)過Survivor區(qū)，直接進入年老代。對于年老代比較多的應(yīng)用，可以提高效率。如果將此值設(shè)置為一個較大值，則年輕代對象會在Survivor區(qū)進行多次復(fù)制，這樣可以增加對象再年輕代的存活時間，增加在年輕代即被回收的概率。

-XX:GCTimeRatio=19：設(shè)置垃圾回收時間占程序運行時間的百分比，公式為1/(1+n)。

-Xnoclassgc：禁用類垃圾回收，性能會有一定提高。

-XX:+DisableExplicitGC：當(dāng)此參數(shù)打開時，在程序中調(diào)用System.gc()將會不起作用。默認是off。

-XX:+UseParNewGC：設(shè)置年輕代為并行收集。可與CMS收集同時使用。

-XX:-CMSParallelRemarkEnabled：在使用 UseParNewGC 的情況下 , 盡量減少 mark 的時間。

-XX:CMSInitiatingOccupancyFraction=70：指示在 old generation 在使用了 70% 的比例后 , 啟動 concurrent collector。

-XX:SoftRefLRUPolicyMSPerMB=0：每兆堆空閑空間中SoftReference的存活時間。

@import url(http://www.aygfsteel.com/CuteSoft_Client/CuteEditor/Load.ashx?type=style&file=SyntaxHighlighter.css);@import url(/css/cuteeditor.css);

首先我要感謝aa和Liu Xing幫我發(fā)現(xiàn)了我日志中的錯誤。之前比較粗心，把3條SQL語句寫成一樣的了，對于給讀者造成的麻煩，我深表抱歉。

今天我把原文做了修訂，為了對得起讀者對我的關(guān)注，我重新深入的研究了這個問題，在后面，我會把來龍去脈寫清楚。

問題：

語句1：

如果這樣，本來應(yīng)該有一條數(shù)據(jù)，結(jié)果沒有。
如果我改寫成這樣：

語句2：
結(jié)果就正確，有一條數(shù)據(jù)顯示。


經(jīng)過一番搜索，原以為是子查詢結(jié)果集太大的原因。

后來有網(wǎng)上強人指點：子查詢里面有空集。即子查詢的結(jié)果集里面有NULL的結(jié)果。

把查詢語句修改成：

語句3：

果然就查出來了。而且一點不差。。。厲害阿～～～


下面是針對本文題的分析：

1。 首先來說說Oracle中的NULL。

Oracle中的NULL代表的是無意義，或者沒有值。將NULL和其他的值進行邏輯運算，運算過程中，NULL的表現(xiàn)更象是FALSE。
下面請看真值表：

	AND NULL	OR NULL
TRUE	NULL	TRUE
FALSE	FALSE	NULL
NULL	NULL	NULL

另外，NULL和其他的值進行比較或者算術(shù)運算（<、>、=、!=、+、-、*、/），結(jié)果仍是NULL。

如果想要判定某個值是否為NULL，可以用IS NULL或者IS NOT NULL。

2. 再來說說Oracle中的IN。

in是一個成員條件, 對于給定的一個集合或者子查詢,它會比較每一個成員值。
IN功能上相當(dāng)于 =ANY 的操作，而NOT IN 功能上相當(dāng)于 !=ALL 的操作。
IN在邏輯上實際上就是對給定的成員集合或者子查詢結(jié)果集進行逐條的判定，例如：
實際上就是執(zhí)行了
這樣，根據(jù)NULL的運算特點和真值表，我們可以看出，上邊這個WHERE 字句可以被簡化(如果返回NULL則無結(jié)果集返回，這一點和FALSE是一樣的)為
也就是說，如果你的table1中真的存在含有NULL值的col1列，則執(zhí)行該語句，無法查詢出那些值為null的記錄。

再來看看NOT IN。根據(jù)邏輯運算關(guān)系，我們知道，NOT (X=Y OR N=M) 等價于 X!=Y AND N!=M，那么：
等價于
根據(jù)NULL的運算特性和真值表，該語句無論前兩個判定條件是否為真，其結(jié)果一定是NULL或者FALSE。故絕對沒有任何記錄可以返回。

這就是為什么語句1查不到應(yīng)有結(jié)果的原因。當(dāng)然，如果你用NOT IN的時候，預(yù)先在子查詢里把NULL去掉的話，那就沒問題了，例如語句3。
有些童鞋可能要問了：那如果我想把A表里面那些和B表一樣col1列的值一樣的記錄都查出來，即便A、B兩表里面的col1列都包括值為NULL的記錄的話，用這一條語句就沒辦法了嗎？

我只能很遺憾的告訴你，如果你想在WHERE后面單純用IN 似乎不太可能了，當(dāng)然，你可以在外部的查詢語句中將NULL條件并列進去，例如：



3. 最后談?wù)凟XISTS。

有人說EXISTS的性能比IN要好。但這是很片面的。我們來看看EXISTS的執(zhí)行過程：
相當(dāng)于：

也就是說，EXISTS語句實際上是通過循環(huán)外部查詢的結(jié)果集，來過濾出符合子查詢標準的結(jié)果集。于是外部查詢的結(jié)果集數(shù)量對該語句執(zhí)行性能影響最大，故如果外部查詢的結(jié)果集數(shù)量龐大，用EXISTS語句的性能也不一定就會好很多。

當(dāng)然，有人說NOT IN是對外部查詢和子查詢都做了全表掃描，如果有索引的話，還用不上索引，但是NOT EXISTS是做連接查詢，所以，如果連接查詢的兩列都做了索引，性能會有一定的提升。
當(dāng)然至于實際的查詢效率，我想還是具體情況具體分析吧。


那么我們不妨來分析一下語句2為什么能夠的到正確的結(jié)果吧：

語句2是這樣的：

實際上是這樣的執(zhí)行過程：


由于表A中不包含NULL的記錄，所以，遍歷完表A，也只能挑出表A中獨有的記錄。

這就是為什么語句2能夠完成語句3的任務(wù)的原因。

但如果表A中存在NULL記錄而表B中不存在呢？

這個問題請大家自己分析吧。哈哈。有答案了可以給我留言哦。


答案：A表中的NULL也會被查出來。因為select * from table2 B where B.col1 = NULL不返回結(jié)果，故
not exists ( select * from table2 B where B.col1 = x.col1 )的值為真。



以上SQL運行結(jié)果在MySQL和Oracle上都已經(jīng)通過。

想從備份的dmp文件中導(dǎo)入某些表的時候,可以用如下imp命令，格式:
imp username/password@本地net服務(wù)名 file=xxx.dmp fromuser=xx touser=xx tables=(tablename)
username:登陸數(shù)據(jù)庫的用戶名
password:登陸數(shù)據(jù)庫的密碼
本地net服務(wù)名:連接服務(wù)器的本地net服務(wù)名
file:你的dmp文件的路徑
fromuser,touser:從一個用戶導(dǎo)入到另外一個用戶
tables:從dmp文件中導(dǎo)入的表名

一、emacs編輯器簡介

     emacs編輯器是由C語言和LISP語言編寫的。LISP（鏈表處理語言）是由約翰·麥卡錫在1960年左右創(chuàng)造的一種基于λ演算的函數(shù)式編程語言。 我們可以使用LISP來擴展emacs，從而為emacs添加更多的命令。（補：emacs -nw：以命令行的方式來運行emacs，而不啟動GUI界面）

---

＊ 自動保存功能

      如果你已經(jīng)修改了一個文件，但是還沒來得及存盤你的計算機就罷工了，那么你所做的修改就很可能會丟失。為了避免這樣的不幸發(fā)生，Emacs 會定期將正在編輯的文件寫入一個“自動保存”文件中。自動保存文件的文件名的頭尾各有一個“#”字符，比如你正在編輯的文件叫“hello.c”，那么它 的自動保存文件就叫“#hello.c#”。這個文件會在正常存盤之后被 Emacs 刪除。
      所以，假如不幸真的發(fā)生了，你大可以從容地打開原來的文件（注意不是自動保存文件）然后輸入 M-x recover file<Return> 來恢復(fù)你的自動保存文件。在提示確認的時候，輸入 yes<Return>。

 

---

＊ 其他

1. 當(dāng)emacs失去響應(yīng)時，C-g命令可用來結(jié)束紙條命令的執(zhí)行。其功能相當(dāng)于Shell中的Ctrl+C
2. 有一些 Emacs 命令被“禁用”了，以避免初學(xué)者在不了解其確切功能的情況下誤用而造成麻煩。如果你用到了一個被禁用的命令，Emacs 會顯示一個提示消息，告訴你這個命令到底是干什么的，詢問你是否要繼續(xù)，并在得到你的肯定之后再執(zhí)行這命令

---

二、emacs編輯器的界面

1. 編輯區(qū)
    用來進行文本編輯的區(qū)域。

 

---

2. 回顯區(qū)

      如果 Emacs 發(fā)現(xiàn)你輸入多字符命令的節(jié)奏很慢，它會在窗格的下方稱為“回顯區(qū)”的地方給你提示。回顯區(qū)位于屏幕的最下面一行。

 

---

3. 狀態(tài)欄

1. 位于回顯區(qū)正上方的一行被稱為“狀態(tài)欄”。狀態(tài)欄最開頭的星號（*）表示你已經(jīng)對文字做過改動。剛剛打開的文件肯定沒有被改動過，所以狀態(tài)欄上顯示的不是星號而是短線（-）。
2. 狀態(tài)欄中的小括號用來指明當(dāng)前使用的編輯模式，默認是fundamental（主模式），emacs的主模式包括了文本模式以及編輯程序源碼的Lisp模式等。

---

三、emacs所能提供的工作環(huán)境

1. emacs可以執(zhí)行Shell命令
2. emacs可以作為Directory Editor(Dired)
3. emacs可以編輯、編譯以及調(diào)試程序
4. emacs可以編輯其它主機上的文檔
5. emacs可以打印文件
6. emacs具有年歷（Calendar）以及日記功能
7. emacs可以用來閱讀man page和info文檔
8. emacs可以收發(fā)電子郵件
9. emacs可以閱讀網(wǎng)絡(luò)上的電子布告欄（GNUS）
10. emacs具有版本控制的功能（CVS）
11. emacs可以提供娛樂環(huán)境（游戲功能）

    emacs所提供的這些功能，都是先喚起代表此功能的模式（mode）。emacs的模式，分成主要模式（major mode）與次要模式(minor mode）。每一次只能使用一個主模式，而且主模式是必須要的。在一個主模式下，俄可以搭配一個以上的次要模式。使用次要模式相當(dāng)于啟用了該次要模式所對應(yīng)的插件。

---

四、emacs命令

1. emacs中的每一個命令都有一個命令名，命令名就是該命令所對應(yīng)的LISP函數(shù)的函數(shù)名。在emacs中，我們可以為這些命令配置快捷鍵，從而達到快速調(diào)用命令的目的。
2. .使用emacs來執(zhí)行命令的方法有兩種：(1).使用Ctrl鍵 (2).使用Meta鍵。所有emacs命令都可以用Meta鍵表示出來，鍵盤上如果沒有Meta鍵，則可以用Alt鍵或ESC鍵來代替。常用的emacs命令通常會有一個快捷鍵與之相連。快捷鍵通常是以Ctrl來開頭（C-x C-c）。如果要使用Meta鍵來表達與“Ctrl-x Ctrl-c”相同的效果，則使用“M-x save-buffers-kill-emacs”。使用Meta鍵，可以利用emacs的completion功能。使用emacs的completion功能的方法是將部分字符串鍵入后，再按下TAB、SPACE或?鍵即可。
      (1).TAB鍵：盡可能將其的字填滿。
      (2).SPACE鍵：將分隔符（－）之前的字填滿。
      (3).?：將所有可能的completion選擇都列出來。
3. 由于emacs中所有的命令都有一個命令名（LISP函數(shù)的函數(shù)名），因此，我們可以使用“M-x 命令名”來調(diào)用emacs中的所有的命令。

 

---

＊ 基本光標控制

1. C-v：向下翻屏，與PageDown效果相同（v－> vertical）
2. M-v：向上翻屏，與PageUp效果相同
3. C-l：重繪屏幕，并將光標所在行置于屏幕的中央
4. C-b：光標向前移動一格（b->backward）
5. C-f：光標向后移動一格（f->forward）
6. C-p：光標向前移動一行（p->previous）
7. C-n：光標向后移動一行（n->next）
8. M-b：光標向前移動一個單詞
9. M-f：光標向后移動一個單詞
10. C-a：光標移動到行首
11. C-e：光標移動到行尾
12. M-<：光標移動到文章的開頭（注意：“<”的輸入要shift鍵，實際為Alt+Shift+<）
13. M->：光標移動到文章的結(jié)尾
14. C-u：給命令傳遞參數(shù)。例如：“C-u 2 C-d”表示刪除兩個字符
15. M-x goto-line n RET：調(diào)到第n行

 

---

＊ 編輯命令

1. C-d：刪除光標后的一個字符
2. C-k：刪除從光標到行尾的字符（k->killl）
3. C-x u：Undo（想要redo，隨便輸入一個字符，在Undo）
4. C-SPC、C-@、M-x set-mark-command：設(shè)置mark
5. C-x h：將整個緩沖區(qū)設(shè)置為區(qū)域
6. C-w：將區(qū)域的文本刪除，并放入yanking ring中。區(qū)域指的是從mark到point（光標所處的位置稱為point）之間的文本
7. M-w：復(fù)制區(qū)域到y(tǒng)anking ring中
8. C-y：將yanking ring中最后一個區(qū)域插入當(dāng)前緩沖區(qū)
9. M-j：回車并且到下一行產(chǎn)生適當(dāng)?shù)目s進
10. M-m：將光標移動到當(dāng)前行的第一個非空白字符上
11. M-;：產(chǎn)生通用注釋
12. M-x comment-region：把塊注釋掉
13. M-x kill-comment：消除注釋

 

 

---

＊ 查找與替換

1. C-s：向后搜索，光標將停在第一個匹配的字符串處。再按一次C-s將繼續(xù)搜索下一個匹配的字符串。如果要停止搜索，則使用C-g，此時光標將會回到搜索開始的位置
2. C-r：向前搜索
3. M-x replace-string：替換

 

 

 

 

---

 

＊ 文件操作

1. C-x c-f：打開文件，如果文件不存在則創(chuàng)建
2. C-x C-s：保存文件。第一次存盤時，emacs會將文件重命名來備份。重命令的規(guī)則通常是在原文件名后加上一個“～”字符。如果要關(guān)閉emacs的自動備份功能，使用 M-x customize-variable <Return> make-backup-files <Return>
3. C-x C-w：將文件“另存為”
4. C-x C-v：打開一個新文件，并關(guān)閉當(dāng)前緩沖區(qū)
5. C-x C-r：以只讀的方式打開文件
6. C-x i：將文件插入光標當(dāng)前位置

 

---

＊ 緩沖區(qū)

1. Emacs 把每個編輯中的文件都放在一個稱為“緩沖區(qū)（buffer）”的地方。每打開一個文件，Emacs 就在其內(nèi)部開辟一個緩沖區(qū)用來保存打開的文件的數(shù)據(jù)。ESC ESC ESC命令可以用來退出打開的小緩沖區(qū)，比如：命令提示窗格等
2. C-x C-b   列出當(dāng)前所有的緩沖區(qū)（b->buffer）
3. C-x b 緩沖區(qū)名：切換到指定的緩沖區(qū)（例如：C-x b M<tab>：切換到以M開頭的緩沖區(qū)）
4. C-x s：保存emacs中所有的緩沖區(qū)（s->save）
5. C-x right：切換到下一個緩沖區(qū)
6. C-x left：切換到前一個緩沖區(qū)
7. C-x C-c：退出emacs，并詢問用戶是否保存
8. C-x k：關(guān)閉緩沖區(qū)
9. C-z：將emacs掛起，然后回到Shell中，并不退出emacs。之后，我們可以使用%emacs或fg命令來回到emacs

 

---

＊ 窗口

Emacs 可以有多個窗格，每個窗格顯示不同的文字。

1. C-x 0：關(guān)閉光標所在的窗口
2. C-x 1：保留光標所在的窗格，并將其擴大到整個屏幕，同時關(guān)掉所有其它的窗格
3. C-x 2：水平分割當(dāng)前窗口
4. C-x 3：垂直分割當(dāng)前窗口
5. C-x o：在emacs的窗格中進行切換（o->other）
6. C-M-v：滾動下方的窗格。一般在我們使用下方的窗格進行參考，而又不想將光標切換到下一個窗格時使用

 

---

＊ 使用幫助

1. C-h c 快捷鍵：顯示快捷鍵的簡要說明
2. C-h k 快捷鍵：顯示快捷鍵所對應(yīng)的命令名及其詳細說明
3. C-h a 關(guān)鍵字：顯示包含有指定關(guān)鍵字的命令
4. C-h i：查看Info文檔

 

---

＊ 在emacs中運行shell命令

1. M-! cmd RET：打開一個名為“*Shell Command Output*“的窗口，并把該命令的執(zhí)行結(jié)果顯示在其中。按下”C-x 1“組合鍵可以關(guān)閉這個窗口。由于Shell命令的輸出是在一個編輯緩沖區(qū)里，因此我們可以對它進行編輯、保存等操作。
2. M-| cmd RET：運行Shell命令，并使用編輯窗口中選定的區(qū)域作為該Shell命令的輸入，然后可以選擇是否用該Shell命令的輸出來替換編輯窗口中選中的區(qū)域。
3. C-u M-! cmd RET：執(zhí)行一條Shell命令，并將其輸出放到編輯區(qū)中光標所在的位置處，而不將其輸出到”Shell Command Output“窗口。
4. M-x shell：運行一個子Shell，該子Shell對應(yīng)于emacs中的一個名為”*Shell*"的緩沖區(qū)，此后，我們就可以交互式的運行Shell命令了。
5. M-x term：運行一個子Shell，該子Shell對應(yīng)于emacs中的一個名為“＊Terminal*”的緩沖區(qū)。使用該命令獲得的子Shell是一個完整的Shell的模擬，與我們直接在Shell中操作沒有什么差別。
6. M-x eshell：運行emacs shell。該Shell為emacs自己實現(xiàn)的一個shell，而前面運行的shell都為系統(tǒng)中的shell程序(例如：/bin/csh等）。我們可以通過設(shè)置變量shell-file-name來設(shè)置emacs所使用的默認shell

 

---

＊ Dired功能

1. emacs的Dired（Directory Editor）功能使emacs緩沖區(qū)能夠用來顯示目錄列表，并可以用來進入目錄的子目錄。Dired緩沖區(qū)是只讀的，不能夠被修改。
2. C-x d：進入Dired

 

---

＊ emacs配置文件

    emacs配置文件通常位于計算機的 $HOME 目錄，如果是 MS Windows (Windows 2000, Windows XP以上)，默認是 c:\Documents and Settings\username\Application Data\，這個適用于 Emacs22 以上的版本。Emacs21 默認的 $HOME 目錄在 C:\ 。當(dāng)然也可以通過環(huán)境變量 $HOME 重新設(shè)置，總之在比較大眾化的操作系統(tǒng)中，你都可以通過C-x C-f ~/.emacs 來編輯您的個性化配置文件。

rectangle(列)模式編輯 和emacs shell（摘抄）

不敢獨享，與大家分享。也可以在Emacs中用C-x C-h列出全部命令，查找C-x r c，所有列模式命令都是以C-x r開始的
C-x r C-@                    point-to-register
C-x r SPC                    point-to-register
C-x r +        increment-register
C-x r b        bookmark-jump
C-x r c        clear-rectangle
先用C-space或者C-@設(shè)一個mark，移動光標到另一點，使用C-x r c可以清楚mark到光標處的矩形區(qū)域，該區(qū)域留下空白。
C-x r d        delete-rectangle
刪除矩形區(qū)域，不留空白，后面的字符前移
C-x r f        frame-configuration-to-register
C-x r g        insert-register
C-x r i        insert-register
將某個寄存器的內(nèi)容插入某處
C-x r j        jump-to-register
C-x r k        kill-rectangle
就是剪切某個選定的矩形區(qū)域，用C-x r y可以貼上
C-x r l        bookmark-bmenu-list
C-x r m        bookmark-set
C-x r n        number-to-register
C-x r o        open-rectangle
在選定的矩形區(qū)域插入空白
C-x r r        copy-rectangle-to-register
將選定的矩形區(qū)域復(fù)制到某個寄存器
C-x r s        copy-to-register
C-x r t        string-rectangle
在選定區(qū)域所有列前插入同樣的字符
C-x r w        window-configuration-to-register
C-x r x        copy-to-register
C-x r y        yank-rectangle
類似于矩形區(qū)域的粘貼，就是將剛用C-x r k剪切的矩形區(qū)域粘貼過來
C-x r C-SPC    point-to-register

摘自：http://chandlewei.blogbus.com/logs/15583440.html

在 Emacs 里面同時打開多個 shell 會話：
通過重命名shell所在緩沖區(qū)的名字可以開啟多個shell
E-x shell
E-x rename-buffer shellA
E-x shell
這時就開啟了兩個不相干的shell：shellA 和*shell*

也可以通過其他方式來開啟shell，例如：
1. M-x eshell    開啟Emacs Shell
2. M-x term      開啟linux終端，可以指定你要的終端SHELL。但是這個可能會攔截你的EMACS命令。

整理你的屏幕：
通過C-c C-o可以清除上次命令的輸出，特別是對于cat或dmesg這種產(chǎn)生大量輸出的命令。

詳細文章：http://www.ibm.com/developerworks/cn/aix/library/0811_yangbh_emacs2/index.html

文章來源:http://x-spirit.spaces.live.com/Blog/cns!CC0B04AE126337C0!826.entry