摘要: 閱讀全文

posted @ 2014-09-25 00:57 X-Spirit 閱讀(353) | 評論 (0) | 編輯收藏

【Effective】IntelliJ IDEA MAC IDE config files

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


IDE Settings
IDE settings are stored in the dedicated directories under the product home directory, depending on the platform. The product home directory name is composed of the product name and version.
For IntelliJ IDEA Community edition the folder name is .IdeaICXX.
For example:
Windows


    <User home>\.IntelliJIdeaXX\config that contains user-specific settings.
    <User home>\.IntelliJIdeaXX\system that stores IntelliJ IDEA data caches.

<User home> in WindowsXP is C:\Documents and Settings\<User name>\; in Windows Vista it is C:\Users\<User name>\
Linux


    ~/.IntelliJIdeaXX/config that contains user-specific settings.
    ~/.IntelliJIdeaXX/system that stores IntelliJ IDEA data caches.



Mac OS


    ~/Library/Application Support/IntelliJIdeaXX contains the catalog with plugins.
    ~/Library/Preferences/IntelliJIdeaXX contains the rest of the configuration settings.
    ~/Library/Caches/IntelliJIdeaXX contains data caches, logs, local history, etc. These files can be quite significant in size.
    9.0+~/Library/Logs/IntelliJIdeaXX contains logs


The config directory has several subfolders that contain xml files with your personal settings. You can easily share your preferred keymaps, color schemes, etc. by copying these files into the corresponding folders on another IntelliJ IDEA installation. Prior to copying, make sure that IntelliJ IDEA is not running, because it can erase the newly transferred files before shutting down.
The following is the list of some of the subfolders under the config folder, and the settings contained therein.

    
        
            Folder name User Settings
        
    
    
        
            codestyles
            Contains code style schemes.
        
        
            colors
            Contains editor colors and fonts customization schemes.
        
        
            filetypes
            Contains user-defined file types.
        
        
            inspection
            Contains code inspection profiles.
        
        
            keymaps
            Contains IntelliJ IDEA keyboard shortcuts customizations.
        
        
            options
            Contains various options, for example, feature usage statistics and macros.
        
        
            templates
            Contains user-defined live templates.
        
        
            tools
            Contains configuration files for the user-defined external tools.
        
        
            shelf
            Contains shelved changes.
        
    

Locations of the Config, System, and Plugins directories can be modified in IntelliJ IDEA_home\bin\idea.properties file.
You will need to adjust the following parameters:

    idea.config.path
    idea.system.path
    idea.plugins.path









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

posted @ 2014-03-16 23:03 X-Spirit 閱讀(2838) | 評論 (0) | 編輯收藏

5 Ways To Burn Out Programming

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

I've only recently come out of my burnout, despite it happening years ago. It sucks. It sucks bad. But looking back, I can see many of the causes crystal clearly, that weren't so apparent at the time. Here's a list:

1. Think about your project and only the project

Let's face it. Business wants you to make the best product you can "for our customers". You put off fun features for the sake of missing a deadline. You plan and analyze and break a project into sets of deliverables that then must be coded by a monkey (you). You demo it, gather feedback, iterate. All without thinking anything for yourself.

But newsflash: you started programming because you thought it was fun, why not keep programming because it's fun? Take that little extra time to put in a feature you want. Challenge yourself a little bit in doing something you didn't think you could. Show it to everyone you know, and don't just ask for feedback, but brag about what you've done.

2. Have a negative attitude toward everything.

You know Docker? It sucks. Who would trust their production environment to a new, unstable, toy. Go? Do I look like I want to write every library myself? Everything I need is already in PyPI. This project I'm working on is so caught up in office politics, it's never going to work. Jenkins? 2008 wants their tech back.

It's really easy to fall into the "being critical" trap. It's easy to tell other people what the "wrong" choice is. I imagine it's because as software engineers, our job is so find faults in our applications and fix them. And if we don't find them, someone else finds them for us.

But I don't think we need to be negative about our job, decisions that are being made (even if it's not our decision) and what we're working on. Some of the best projects I've worked on worked out that way because we had a great, positive team. We enjoyed showing up every day to work, told each other when we did awesome things, held back heavy-handed criticism and phrased it in a productive manner.

3. Use the tools you know, because you're faster that way

So you're an uber expert in Java + Spring + Hibernate. Nobody can touch your python skillz. Every personal project you do should be in these, because all that matters is the business side of things, right?

Wrong.

While it definitely makes good business sense, you should prototype, play around, and become an expert in new tech, even if it's unvetted. While this might seem like obvious advice (it's repeated alllll the time), it becomes a lot harder to do as you grow more experienced.

4. Switch jobs often

Otherwise known as "chasing butterflies". Getting bored with what you're working on? Have an itch? Time to dust off that resume!

This is bad, bad, bad.

When you have several short employments, it can usually help boost your salary quite a bit, but you are robbing yourself of:

Growing in the company (developer -> manager -> director)
Gaining an expertise in a specific area. Considering it takes 4-6 years for a PhD student to get their PhD, that's a lot of time you need for learnin.
You are having to start from scratch often.
If you are a good developer, you have to "prove" yourself (people listen to you) all over again.

So how do these contribute to burnout? Your career stagnates, you don't develop your skills as deeply (only breadth), people dont trust you'll stay employed for a while, and you're constantly having to prove yourself.

5. Work long hours, ignore your life

"You don't have to work a lot of hours, but some people choose to." You want to impress your boss. Hell, you want to impress yourself. So you go die-hard to meet an impossible deadline. You delivered the project on time, with all the extra features you wanted. You are the hero. High fives all around. And if you're lucky, you'll get that bonus.

That's great the first time. But how about the second. And the third. It's a bomb, and you dont know how short the fuse is.

Summary

In short, it's easy to burnout. Do these 5 things, and you can burnout too.

posted @ 2014-02-12 23:38 X-Spirit 閱讀(408) | 評論 (0) | 編輯收藏

【Efficiency】快速配置ubuntu桌面環(huán)境之Java環(huán)境配置[全軟件源安裝]

0. 安裝一系列支持工具

網(wǎng)絡(luò)工具wget、curl、axel等

代碼:

sudo apt-get install wget curl axel

其他常見工具

代碼:

sudo apt-get install subversion git sysstat linux-base linux-tools-generic build-essential vim emacs unrar p7zip synaptic

安裝常用數(shù)據(jù)庫和NoSQL

代碼:

sudo apt-get install mysql-client mysql-server mysql-workbench memcached redis-server

1. 首先添加webupd8的java源：

代碼:

sudo add-apt-repository ppa:webupd8team/java

2. 更新源中的軟件數(shù)據(jù)：

代碼:

sudo apt-get update

3. 安裝java6或者java7, 當(dāng)然也可以兩者都裝

代碼:

sudo apt-get install oracle-java8-installer
sudo apt-get install oracle-java9-installer

4. 安裝maven和ant

代碼:

sudo apt-get install maven ant

本方法在UBUNTU 13.04版本中默認(rèn)安裝的是maven 3.0.4版本和ant 1.8版本。如有特殊版本嗜好，請自行到apache.org下載安裝。

5. 配置Maven

功夫網(wǎng)內(nèi)用戶可參照下面的鏈接進(jìn)行配置：

http://maven.oschina.net/help.html

其他地區(qū)用戶可自行到股溝上問百度。

6. 下載安裝一種主流 JAVA IDE。

（1）下載安裝 IntelliJ IDEA

訪問，根據(jù)需要選擇版本。推薦選擇Free 30-day trial的Ultimate版本，至于激活碼嘛，問度娘，你懂的~

axel -n 10 "http://download.jetbrains.com/idea/ideaIU-14.1.3.tar.gz"

tar xzvf ideaIU-14.1.3.tar.gz

cd idea-IU-141.1010.3/bin

sh idea.sh

最后要提醒一句。對于在校學(xué)生，擁有.edu郵箱的朋友，可以用你們的.edu郵箱獲取一年的jetbrains旗下所有IDE產(chǎn)品的一年免費(fèi)使用權(quán)。詳見

https://www.jetbrains.com/student/

一年過后，只要你的郵箱還能用，可以再次申請。

（2）下載安裝eclipse IDE。（alternative step）

訪問http://www.eclipse.org/downloads/，根據(jù)需要選擇IDE版本。推薦選擇Eclipse IDE for Java EE Developers版本。可以根據(jù)系統(tǒng)情況選擇安裝32位或者64位
這里以下載64位為例

代碼:

axel -n 10 "http://ftp.daum.net/eclipse//technology/epp/downloads/release/mars/R/eclipse-jee-mars-R-linux-gtk-x86_64.tar.gz"

tar -zxvf

eclipse-jee-luna-SR2-linux-gtk-x86_64.tar.gz

然后就是自己創(chuàng)建快捷方式到桌面之類的。

（3）下載netbeans IDE. （alternative step）

訪問www.netbeans.org，然后找到下載地址。
這里以下載8.0.2版本為例：

代碼:

axel -n 10 "http://dlc-cdn.sun.com/netbeans/8.0.2/final/bundles/netbeans-8.0.2-linux.sh"
sh netbeans-8.0.2-linux.sh

把netbeans配置為全屏反鋸齒模式：

代碼:

cp netbeans.conf netbeans.conf.bak; awk -F'=' '{if($1=="netbeans_default_options"){print index($0,"useSystemAAFontSettings")?$0:substr($0,0,length($0))" -J-Dawt.useSystemAAFontSettings=on\""}else{print $0}}' netbeans.conf.bak > netbeans.conf

7. 如果想做快速原型或者玩一玩的話，也可以安裝一下nodejs。很有意思。

代碼:

sudo curl --silent --location https://deb.nodesource.com/setup_0.12 | sudo bash -

sudo apt-get install nodejs

8. GraphDB 最近很火。裝個(gè)neo4j試試看。

代碼:

wget -O - http://debian.neo4j.org/neotechnology.gpg.key | apt-key add -
sudo echo 'deb http://debian.neo4j.org/repo stable/' > /etc/apt/sources.list.d/neo4j.list
sudo apt-get update
sudo apt-get install neo4j

posted @ 2014-01-11 11:42 X-Spirit 閱讀(518) | 評論 (0) | 編輯收藏

【Efficiency】MAC下使用設(shè)定可以從mission control中啟動(dòng)的eclipse.app。

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

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

2.然后，點(diǎn)擊右鍵，選擇“顯示包內(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，在我的用戶名下有個(gè)work目錄，我把eclipse的原始目錄放在work下面。

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

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

posted @ 2013-02-25 14:53 X-Spirit 閱讀(374) | 評論 (0) | 編輯收藏

【Effective】如何遷移git倉庫

from:

http://segmentfault.com/q/1010000000124379

如果你想從別的 Git 托管服務(wù)那里復(fù)制一份源代碼到新的 Git 托管服務(wù)器上的話，可以通過以下步驟來操作。

1). 從原地址克隆一份裸版本庫，比如原本托管于 GitHub。

git clone --bare git://github.com/username/project.git

2). 然后到新的 Git 服務(wù)器上創(chuàng)建一個(gè)新項(xiàng)目，比如 GitCafe。

3). 以鏡像推送的方式上傳代碼到 GitCafe 服務(wù)器上。

cd project.git

git push --mirror git@gitcafe.com/username/newproject.git

4). 刪除本地代碼

cd ..

rm -rf project.git

5). 到新服務(wù)器 GitCafe 上找到 Clone 地址，直接 Clone 到本地就可以了。

git clone git@gitcafe.com/username/newproject.git

這種方式可以保留原版本庫中的所有內(nèi)容。

posted @ 2012-11-12 18:58 X-Spirit 閱讀(328) | 評論 (0) | 編輯收藏

【轉(zhuǎn)】閱讀我們的學(xué)科——計(jì)算機(jī)專業(yè)學(xué)習(xí)淺談

摘要: 閱讀全文

posted @ 2012-10-04 21:54 X-Spirit 閱讀(556) | 評論 (1) | 編輯收藏

【Tech Details】【轉(zhuǎn)】有關(guān)Java SPI機(jī)制

@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

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

以下是找到的幾篇文章：

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

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

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

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

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

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

最后很重要一點(diǎn)：

如果想要覆蓋某個(gè)Provider，可以在對應(yīng)的META-INF/services的配置文件中加上新service的一行，或者也可以寫在另一個(gè)有依賴關(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);

posted @ 2012-03-03 11:34 X-Spirit 閱讀(370) | 評論 (0) | 編輯收藏

【Efficiency】監(jiān)控 Linux 性能的 18 個(gè)命令行工具

轉(zhuǎn)自：

http://blog.jobbole.com/59790/

對于系統(tǒng)和網(wǎng)絡(luò)管理員來說每天監(jiān)控和調(diào)試Linux系統(tǒng)的性能問題是一項(xiàng)繁重的工作。在IT領(lǐng)域作為一名Linux系統(tǒng)的管理員工作5年后，我逐漸認(rèn)識到監(jiān)控和保持系統(tǒng)啟動(dòng)并運(yùn)行是多么的不容易。基于此原因，我們已編寫了最常使用的18個(gè)命令行工具列表，這些工具將有助于每個(gè)Linux/Unix 系統(tǒng)管理員的工作。這些命令行工具可以在各種Linux系統(tǒng)下使用，可以用于監(jiān)控和查找產(chǎn)生性能問題的原因。這個(gè)命令行工具列表提供了足夠的工具，您可以挑選適用于您的監(jiān)控場景的工具。

1.Top-Linux進(jìn)程監(jiān)控

Linux下的Top命令是一個(gè)性能監(jiān)控程序，許多系統(tǒng)管理員常常用它來監(jiān)控Linux性能，在許多Linux或者類Unix操作系統(tǒng)里都有這個(gè)命令。Top命令用于按一定的順序顯示所有正在運(yùn)行而且處于活動(dòng)狀態(tài)的實(shí)時(shí)進(jìn)程，而且會(huì)定期更新顯示結(jié)果。這條命令顯示了CPU的使用率、內(nèi)存使用率、交換內(nèi)存使用大小、高速緩存使用大小、緩沖區(qū)使用大小，進(jìn)程PID、所使用命令以及其他。它還可以顯示正在運(yùn)行進(jìn)程的內(nèi)存和CPU占用多的情況。對系統(tǒng)管理員來說，top命令式是一個(gè)非常有用的，它可用于監(jiān)控系統(tǒng)并在需要的時(shí)候采取正確的處理動(dòng)作。讓我們看看實(shí)際中的top命令。

# top

Top命令舉例
有關(guān)Top命令更多的例子，請閱讀 :Linux下12個(gè)使用Top命令的例子。

2. VmStat – 虛擬內(nèi)存統(tǒng)計(jì)

Linux 的 VmStat 命令用于顯示虛擬內(nèi)存、內(nèi)核線程、磁盤、系統(tǒng)進(jìn)程、I/O 塊、中斷、CPU 活動(dòng) 等的統(tǒng)計(jì)信息。缺省情況下， vmstat 命令在 Linux 系統(tǒng)下不可用，你需要安裝一個(gè)包含了 vmstat 程序的 sysstat 軟件包。命令格式的常見用法是：

# vmstat

procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu-----

r b swpd free inact active si so bi bo in cs us sy id wa st

1  0      0 810420  97380  70628    0    0   115     4   89   79  1  6 90  3  0

更多的 vmstat 例子，請閱讀 : 6 Linux 下的 Vmstat 命令實(shí)例

3.Lsof-列出打開的文件

在許多Linux或者類Unix系統(tǒng)里都有l(wèi)sof命令，它常用于以列表的形式顯示所有打開的文件和進(jìn)程。打開的文件包括磁盤文件、網(wǎng)絡(luò)套接字、管道、設(shè)備和進(jìn)程。使用這條命令的主要情形之一就是在無法掛載磁盤和顯示正在使用或者打開某個(gè)文件的錯(cuò)誤信息的時(shí)候。使用這條命令，你可以很容易地看到正在使用哪個(gè)文件。這條命令最常用的格式如下：

# lsof

COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME

init 1 root cwd DIR 104,2 4096 2 /

init 1 root rtd DIR 104,2 4096 2 /

init          1      root  txt       REG      104,2    38652   17710339 /sbin/init

init          1      root  mem       REG      104,2   129900     196453 /lib/ld-2.5.so

init          1      root  mem       REG      104,2  1693812     196454 /lib/libc-2.5.so

init          1      root  mem       REG      104,2    20668     196479 /lib/libdl-2.5.so

init          1      root  mem       REG      104,2   245376     196419 /lib/libsepol.so.1

init          1      root  mem       REG      104,2    93508     196431 /lib/libselinux.so.1

init          1      root   10u     FIFO       0,17                 953 /dev/initctl

有關(guān)lsof命令的用法和例子的更多信息，請參考： Linux下10個(gè)使用lsof命令的例子。

4.Tcpdump-網(wǎng)絡(luò)包分析器

Tcpdump是最廣泛使用的網(wǎng)絡(luò)包分析器或者包監(jiān)控程序之一，它用于捕捉或者過濾網(wǎng)絡(luò)上指定接口上接收或者傳輸?shù)?strong>TCP/IP包。它還有一個(gè)選項(xiàng)用于把捕捉到的包保存到文件里，以便以后進(jìn)行分析。在幾乎所有主要的Linux發(fā)布里，tcpdump都可以使用。

# tcpdump -i eth0tcpdump: verbose output suppressed, use -v or -vv for full protocol decode

listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes

22:08:59.617628 IP tecmint.com.ssh > 115.113.134.3.static-mumbai.vsnl.net.in.28472: P 2532133365:2532133481(116) ack 3561562349 win 9648

22:09:07.653466 IP tecmint.com.ssh > 115.113.134.3.static-mumbai.vsnl.net.in.28472: P 116:232(116) ack 1 win 9648

22:08:59.617916 IP 115.113.134.3.static-mumbai.vsnl.net.in.28472 > tecmint.com.ssh: . ack 116 win 64347

要想獲得更多有關(guān)tcpdump用法的信息，請參閱： Linux下12個(gè)使用Tcpdump命令的例子。

5.Netstat-網(wǎng)絡(luò)狀態(tài)統(tǒng)計(jì)

Netstat是一個(gè)用于監(jiān)控進(jìn)出網(wǎng)絡(luò)的包和網(wǎng)絡(luò)接口統(tǒng)計(jì)的命令行工具。它是一個(gè)非常有用的工具，系統(tǒng)管理員可以用來監(jiān)控網(wǎng)絡(luò)性能，定位并解決網(wǎng)絡(luò)相關(guān)問題。

# netstat -a | moreActive Internet connections (servers and established)

Proto Recv-Q Send-Q Local Address Foreign Address State

tcp        0      0 *:mysql                     *:*                         LISTEN

tcp        0      0 *:sunrpc                    *:*                         LISTEN

tcp        0      0 *:realm-rusd                *:*                         LISTEN

tcp        0      0 *:ftp                       *:*                         LISTEN

tcp        0      0 localhost.localdomain:ipp   *:*                         LISTEN

tcp        0      0 localhost.localdomain:smtp  *:*                         LISTEN

tcp 0 0 localhost.localdomain:smtp localhost.localdomain:42709 TIME_WAIT

tcp 0 0 localhost.localdomain:smtp localhost.localdomain:42710 TIME_WAIT

tcp        0      0 *:http                      *:*                         LISTEN

tcp        0      0 *:ssh                       *:*                         LISTEN

tcp        0      0 *:https                     *:*                         LISTEN

有關(guān)Netstat更多的例子，請參閱: Linux下20個(gè)使用Netstat命令的例子。

6. Htop – Linux進(jìn)程監(jiān)控

Htop 是一個(gè)非常高級的交互式的實(shí)時(shí)linux進(jìn)程監(jiān)控工具。它和top命令十分相似，但是它具有更豐富的特性，例如用戶可以友好地管理進(jìn)程，快捷鍵，垂直和水平方式顯示進(jìn)程等等。 Htop是一個(gè)第三方工具，它不包含在linux系統(tǒng)中，你需要使用YUM包管理工具去安裝它。關(guān)于安裝的更多信息，請閱讀下文.

# htop

Htop 命令示例截圖

對于Htop的安裝，請讀 : 在Linux安裝Htop(Linux進(jìn)程監(jiān)控)

7.Iotop-監(jiān)控Linux磁盤I/O

Iotop命令同樣也非常類似于top命令和Htop程序，不過它具有監(jiān)控并顯示實(shí)時(shí)磁盤I/O和進(jìn)程的統(tǒng)計(jì)功能。在查找具體進(jìn)程和大量使用磁盤讀寫進(jìn)程的時(shí)候，這個(gè)工具就非常有用。

# iotop

Iotop命令舉例的截圖
有關(guān)如何安裝和使用iotop的信息，請閱讀：在Linux下安裝Iotop。

8.Iostat-輸入/輸出統(tǒng)計(jì)

Iostat是一個(gè)用于收集顯示系統(tǒng)存儲設(shè)備輸入和輸出狀態(tài)統(tǒng)計(jì)的簡單工具。這個(gè)工具常常用來追蹤存儲設(shè)備的性能問題，其中存儲設(shè)備包括設(shè)備、本地磁盤，以及諸如使用NFS等的遠(yuǎn)端磁盤。

# iostat

Linux 2.6.18-238.9.1.el5 (tecmint.com) 09/13/2012

avg-cpu: %user %nice %system %iowait %steal %idle

2.60 3.65 1.04 4.29 0.00 88.42

Device: tps Blk_read/s Blk_wrtn/s Blk_read Blk_wrtn

cciss/c0d0 17.79 545.80 256.52 855159769 401914750

cciss/c0d0p1 0.00 0.00 0.00 5459 3518

cciss/c0d0p2 16.45 533.97 245.18 836631746 384153384

cciss/c0d0p3 0.63 5.58 3.97 8737650 6215544

cciss/c0d0p4 0.00 0.00 0.00 8 0

cciss/c0d0p5 0.63 3.79 5.03 5936778 7882528

cciss/c0d0p6 0.08 2.46 2.34 3847771 3659776

有關(guān)iostat用法和舉例的更多信息，請?jiān)L問: Linux下6個(gè)使用iostat命令的例子。

9.IPTraf-實(shí)時(shí)局域網(wǎng)IP監(jiān)控

IPTraf是一個(gè)在Linux控制臺運(yùn)行的、開放源代碼的實(shí)時(shí)網(wǎng)絡(luò)（局域網(wǎng)）監(jiān)控應(yīng)用。它采集了大量信息，比如通過網(wǎng)絡(luò)的IP流量監(jiān)控，包括TCP標(biāo)記、ICMP詳細(xì)信息、TCP/UDP流量分離、TCP連接包和字節(jié)數(shù)。同時(shí)還采集有關(guān)接口狀態(tài)的常見信息和詳細(xì)信息：TCP、UDP、IP、ICMP、非IP，IP校驗(yàn)和錯(cuò)誤，接口活動(dòng)等。

IP流量監(jiān)控
有關(guān)IPTraf工具用法以及其他更多信息，請?jiān)L問： IPTraf網(wǎng)絡(luò)監(jiān)控工具。

10. psacct 或者 acct – 監(jiān)視用戶活動(dòng)

psacct或者acct工具用于監(jiān)視系統(tǒng)里每個(gè)用戶的活動(dòng)狀況。這兩個(gè)服務(wù)進(jìn)程運(yùn)行在后臺，它們對系統(tǒng)上運(yùn)行的每個(gè)用戶的所有活動(dòng)進(jìn)行近距離監(jiān)視，同時(shí)還監(jiān)視這些活動(dòng)所使用的資源情況。

系統(tǒng)管理員可以使用這兩個(gè)工具跟蹤每個(gè)用戶的活動(dòng)，比如用戶正在做什么，他們提交了那些命令，他們使用了多少資源，他們在系統(tǒng)上持續(xù)了多長時(shí)間等等。

有關(guān)這些命令的安裝和用法舉例信息，請參閱文章：使用psacct或者acct監(jiān)視用戶活動(dòng)。

11.Monit – Linux進(jìn)程和服務(wù)監(jiān)控工具

Monit是一個(gè)免費(fèi)的開源軟件，也是一個(gè)基于網(wǎng)絡(luò)的進(jìn)程監(jiān)控工具。它能自動(dòng)監(jiān)控和管理系統(tǒng)進(jìn)程，程序，文件，文件夾，權(quán)限，總和驗(yàn)證碼和文件系統(tǒng)。

這個(gè)軟件能監(jiān)控像Apache, MySQL, Mail, FTP, ProFTP, Nginx, SSH這樣的服務(wù)。你可以通過命令行或者這個(gè)軟件提供的網(wǎng)絡(luò)借口來查看系統(tǒng)狀態(tài)。

Monit Linux系統(tǒng)監(jiān)控

更多內(nèi)容請參閱：用Monit監(jiān)控Linux進(jìn)程

12.NetHogs-監(jiān)視每個(gè)進(jìn)程使用的網(wǎng)絡(luò)帶寬

NetHogs是一個(gè)開放源源代碼的很小程序（與Linux下的top命令很相似），它密切監(jiān)視著系統(tǒng)上每個(gè)進(jìn)程的網(wǎng)絡(luò)活動(dòng)。同時(shí)還追蹤著每個(gè)程序或者應(yīng)用所使用的實(shí)時(shí)網(wǎng)絡(luò)帶寬。

NetHogs：Linux下的帶寬監(jiān)視
更多信息請參閱： 使用NetHogs監(jiān)視Linux的網(wǎng)絡(luò)帶寬使用狀況。

13.iftop-監(jiān)視網(wǎng)絡(luò)帶寬

iftop是另一個(gè)在控制臺運(yùn)行的開放源代碼系統(tǒng)監(jiān)控應(yīng)用，它顯示了系統(tǒng)上通過網(wǎng)絡(luò)接口的應(yīng)用網(wǎng)絡(luò)帶寬使用（源主機(jī)或者目的主機(jī)）的列表，這個(gè)列表定期更新。iftop用于監(jiān)視網(wǎng)絡(luò)的使用情況，而‘top’用于監(jiān)視CPU的使用情況。iftop是‘top’工具系列中的一員，它用于監(jiān)視所選接口，并顯示兩個(gè)主機(jī)間當(dāng)前網(wǎng)絡(luò)帶寬的使用情況。

iftop-監(jiān)視網(wǎng)絡(luò)帶寬。

更多信息請參閱：iftop-監(jiān)視網(wǎng)絡(luò)帶寬的使用情況。

14 Monitorix-系統(tǒng)和網(wǎng)絡(luò)監(jiān)控

Monitorix 是一個(gè)免費(fèi)的輕量級應(yīng)用工具，它的設(shè)計(jì)初衷是運(yùn)行和監(jiān)控Linux/Unix服務(wù)器系統(tǒng)和資源等。它有一個(gè)HTTP 網(wǎng)絡(luò)服務(wù)器，這個(gè)服務(wù)器有規(guī)律的收集系統(tǒng)和網(wǎng)絡(luò)的信息并以圖形化的形式展示出來。它監(jiān)控系統(tǒng)的平均負(fù)載和使用，內(nèi)存分配、磁盤健康狀況、系統(tǒng)服務(wù)、網(wǎng)絡(luò)端口、郵件統(tǒng)計(jì)（Sendmail，Postfix,Dovecot等），MySQL統(tǒng)計(jì)，等等。它就是用來監(jiān)控系統(tǒng)的總體性能，幫助發(fā)現(xiàn)失誤、瓶頸和異常活動(dòng)的。

15. Arpwatch – 以太網(wǎng)活動(dòng)監(jiān)視器

Arpwatch被設(shè)計(jì)用來監(jiān)控Linux上的以太網(wǎng)地址解析 (MAC和IP地址的變化)。他在一段時(shí)間內(nèi)持續(xù)監(jiān)控以太網(wǎng)活動(dòng)并輸出IP和MAC地址配對變動(dòng)的日志。它還可以向管理員發(fā)送郵件通知，對地址配對的增改發(fā)出警告。這對于檢測網(wǎng)絡(luò)上的ARP攻擊很有用。

更多信息請參閱 : Arpwatch to Monitor Ethernet Activity

16. Suricata – 網(wǎng)絡(luò)安全監(jiān)控

Suricata 是一個(gè)開源的高性能網(wǎng)絡(luò)安全、入侵檢測和反監(jiān)測工具，可以運(yùn)行Linux、FreeBSD和Windows上。非營利組織OISF (Open Information Security Foundation)開發(fā)并擁有其版權(quán)。

更多信息請參閱 : Suricata – A Network Intrusion Detection and Prevention System

17. VnStat PHP – 網(wǎng)絡(luò)流量監(jiān)控

VnStat PHP 是流行網(wǎng)絡(luò)工具”vnstat”的基于web的前端呈現(xiàn)。VnStat PHP 將網(wǎng)絡(luò)使用情況呈現(xiàn)在漂亮的圖形界面中。他可以顯示以小時(shí)、日、月計(jì)的上傳和下載流量并輸出總結(jié)報(bào)告。

更多信息請參閱 : VnStat PHP – Monitoring Network Bandwidth

18. Nagios – 網(wǎng)絡(luò)/服務(wù)器監(jiān)控

Nagios是領(lǐng)先而強(qiáng)大的開源監(jiān)控系統(tǒng)，他可以讓網(wǎng)絡(luò)/系統(tǒng)管理員在問題影響到正常的業(yè)務(wù)之前發(fā)現(xiàn)并解決它們。有了Nagios系統(tǒng)，管理員可以在單個(gè)窗口內(nèi)遠(yuǎn)程檢測Linux、Windows、開關(guān)、路由器和打印機(jī)。它可以危險(xiǎn)警告并指出系統(tǒng)/服務(wù)器是否有異常，這可以間接幫助你在問題發(fā)生之前采取搶救措施。

我們想知道：你在用什么監(jiān)控程序來監(jiān)控Linux服務(wù)器的性能呢？如果我們在上面錯(cuò)過了你認(rèn)為重要的工具，請?jiān)谠u論中告訴我們，不要忘了分享它！

posted @ 2012-02-19 22:16 X-Spirit 閱讀(1280) | 評論 (0) | 編輯收藏

【Effective】Logging最佳實(shí)踐

#意識

ASAP (As Soon As Possible)原則

當(dāng)線上出現(xiàn)詭異問題，

當(dāng)你意識到靠現(xiàn)有的日志無法定位問題時(shí)，

當(dāng)現(xiàn)象難以在你的開發(fā)環(huán)境重現(xiàn)時(shí)，

請不要執(zhí)著于枯坐肉眼看代碼，因?yàn)椋阂唬┎灰欢ㄊ悄愦a邏輯問題，可能是臟數(shù)據(jù)造成的，是老業(yè)務(wù)數(shù)據(jù)造成的，是分布式環(huán)境造成的，是其他子系統(tǒng)造成的；二）線上業(yè)務(wù)處于不穩(wěn)定中，條件不允許問題定位無限期。

此時(shí)，請立即在問題相關(guān)的調(diào)用鏈條上，一次性：

在函數(shù)的入口和出口打印日志，同時(shí)打印輸入、輸出參數(shù)
catch(){……}里打印stacktrace，同時(shí)打印try塊中關(guān)鍵變量的值（避免你發(fā)現(xiàn)某個(gè)異常是問題第一原因，卻不知道是什么變量傳入導(dǎo)致的）
與其他模塊交互的接口入口處打印輸入?yún)?shù)，

即，解決線上問題歸根結(jié)底要靠log、a lot of log output！

在logging的力度上切勿猶猶豫豫，我們的工程師習(xí)慣于吝嗇地找兩個(gè)函數(shù)打印日志、打包部署一把、沒看出來、再找?guī)讉€(gè)函數(shù)打印、再部署、等著現(xiàn)象重現(xiàn)再觀察、……，一來二去時(shí)間流逝，閑庭信步，從客服知道的小事故變成了全國皆知的大事故。

所以，再強(qiáng)調(diào)一遍：在你的調(diào)用鏈條上，逐層調(diào)用的函數(shù)入口和出口都打印詳細(xì)日志，不怕多只怕少，然后部署，等待現(xiàn)象重現(xiàn)，畢其功于一役！

我們要記錄什么？

1）完成某項(xiàng)操作所需的時(shí)間

通過它可以跟蹤為什么系統(tǒng)響應(yīng)變慢或者太快

處理完一個(gè)incoming request所耗費(fèi)的時(shí)間，精確到毫秒
執(zhí)行數(shù)據(jù)庫查詢的時(shí)間
從磁盤或者存儲介質(zhì)獲取數(shù)據(jù)的時(shí)間
等等

2）異常和堆棧跟蹤

3）Sessions

知道一個(gè)問題是由誰引起的非常重要，因此在日志中使用會(huì)話標(biāo)識符就變得必不可少。它可以簡單到是一個(gè) IP 地址或者是一個(gè)更復(fù)雜的 UUID，只要能區(qū)分不同的請求者就足夠。

4）版本號

#工具

推薦的Java Logging框架

1）log4j：我們的配置是，log4j.appender.CONSOLE.layout.ConversionPattern= [%-d{yyyy-MM-dd HH\:mm\:ss.SSS}] [%p] [%c] [%m]%n；%p是日志優(yōu)先級，%c是類目名，%m是輸出信息，%n是回車換行符。

2）logback：log4j創(chuàng)建人Ceki Gülcü后續(xù)推出了SLF4J+logback。SLF4J(Simple Logging Facade for Java)作為commons-logging的替代，為各種logging APIs提供了一個(gè)簡單的統(tǒng)一接口，使得最終用戶能夠在部署的時(shí)候配置所希望的logging APIs的實(shí)現(xiàn)。logback勝在性能，據(jù)稱“某些關(guān)鍵操作，比如判定是否記錄一條日志語句的操作，其性能得到了顯著的提高。這個(gè)操作在logback 中需要3納秒，而在 log4j 中則需要30納秒。 logback 創(chuàng)建記錄器（logger）的速度也更快：13毫秒，而在 log4j 中需要23毫秒。更重要的是，它獲取已存在的記錄器只需94納秒，而 log4j 需要2234納秒，時(shí)間減少到了1/23。跟java.util.logging(JUL)相比性能提高也是顯著的”。

#配置

不要隨便從網(wǎng)上找一個(gè)log4j的配置文件，請確認(rèn)你理解每一個(gè)配置項(xiàng)

我們既然輸出日志，自然期望在面對“這個(gè)問題是否從過去幾天開始出現(xiàn)？”這樣的疑問時(shí)，不至于發(fā)現(xiàn)你的rollingPolicy錯(cuò)誤設(shè)置導(dǎo)致只能看到最近幾小時(shí)的日志，或者日志發(fā)生時(shí)間沒有精確到毫秒。

#理念

可用grep抽取的日志：獨(dú)立的行！

我們總是希望能用grep處理日志文件。這意味著：一個(gè)日志條目永遠(yuǎn)不應(yīng)該跨多行，除非你是堆棧打印。

我們會(huì)用grep問日志什么問題呢？如：

用手機(jī)號13910******下單的顧客最近三天內(nèi)都來自于哪些IP？
瀏覽地址是****?from=kfapi的顧客，但referral卻是搜索引擎域名，最近三天有多少次？
最近一周內(nèi)，訂單中心執(zhí)行的所有事務(wù)，耗時(shí)最長的一次是多長時(shí)間？
××××的接口是否真的于18:00發(fā)送了一個(gè)請求，我們收到的參數(shù)是什么？

確保你的日志能回答這樣的問題。

不同關(guān)注領(lǐng)域?qū)懖煌娜罩疚募?/span>

當(dāng)訪問和調(diào)用極其頻繁，有時(shí)候你會(huì)發(fā)現(xiàn)把你的工程里什么信息都打印到一個(gè)日志文件里，會(huì)讓你看得頭昏腦脹。

最簡單的示范就是Apache的訪問日志和錯(cuò)誤日志是分開的。

同樣，你也可以把更加安靜的事件（偶爾出現(xiàn)）與更加喧鬧的事件分開存儲。

如，對外的開放平臺可以打印三種日志文件：connection log（建立鏈接和關(guān)閉鏈接，附帶接入?yún)?shù)），message log（內(nèi)部調(diào)用鏈），stacktrace log（異常的堆棧打?。?/div>

#具體實(shí)現(xiàn)

至少精確到毫秒

日志必須包含時(shí)間戳，精確到至少毫秒級。

如果只是記錄到秒級，我們曾明知代碼因缺乏并發(fā)控制而產(chǎn)生BUG，卻只能郁悶地看著精確到秒級的日志。

對Java來說，最好配置為：yyyy-MM-dd/HH:mm:ss.SSS。

請盡可能打印明確的會(huì)話標(biāo)識

日志條目里打印一個(gè)會(huì)話標(biāo)識（A certain session identifier），當(dāng)有許多并發(fā)請求打過來時(shí)，你就能基于此字段過濾 client 了。比如，我們?nèi)罩緯?huì)補(bǔ)充打印一個(gè)瀏覽器 cookies 里種下的 UUID 。

log4j的isDebugEnabled判斷

如果打印信息是常量字符串或簡單字符串拼接，那么不需要if ( log.isDebugEnabled() )。

如果你拼裝的動(dòng)作比較耗資源，請用if ( log.isDebugEnabled() )。

如有可能，請將性能數(shù)據(jù)標(biāo)準(zhǔn)化輸出

這樣更方便grep或hadoop做性能數(shù)據(jù)抽取和挖掘，從而能很輕松地轉(zhuǎn)換為圖形監(jiān)控。

比如，訂單中心的性能數(shù)據(jù)格式為：樹枝標(biāo)志當(dāng)前節(jié)點(diǎn)起始時(shí)間 [當(dāng)前節(jié)點(diǎn)持續(xù)時(shí)間, 當(dāng)前節(jié)點(diǎn)自身消耗時(shí)間, 在父節(jié)點(diǎn)中所占的時(shí)間比例]

哪些位置需要部署性能檢測點(diǎn)

（1）訪問數(shù)據(jù)庫的dao層；

（2）訪問外部資源的ext層；

（3）訪問mq的方法；

（4）等等，一切不在你自己負(fù)責(zé)的工程掌握的部分（外部），或一切你認(rèn)為自己工程的性能危險(xiǎn)點(diǎn)，都需要加入性能監(jiān)控日志。

#Sample

一個(gè)好的啟動(dòng)日志

http://images.cnblogs.com/cnblogs_com/zhengyun_ustc/255879/o_clipboard%20-013%20%E5%89%AF%E6%9C%AC.png

打印了應(yīng)用的版本號，客戶端的會(huì)話標(biāo)識，關(guān)鍵步驟的執(zhí)行時(shí)長。

一個(gè)好的堆棧跟蹤日志

http://images.cnblogs.com/cnblogs_com/zhengyun_ustc/255879/o_clipboard%20-%20014%E5%89%AF%E6%9C%AC.png

本文首發(fā)于旁觀者-鄭昀的55最佳實(shí)踐系列，鏈接：http://www.cnblogs.com/zhengyun_ustc/archive/2012/12/15/logging_bp.html

posted @ 2011-02-12 19:55 X-Spirit 閱讀(355) | 評論 (0) | 編輯收藏

Java 多線程同步問題的探究（五、你有我有全都有—— ThreadLocal如何解決并發(fā)安全性？）【更新重要補(bǔ)疑】

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

posted @ 2010-04-24 13:36 X-Spirit 閱讀(8421) | 評論 (15) | 編輯收藏

Java 多線程同步問題的探究（四、協(xié)作，互斥下的協(xié)作——Java多線程協(xié)作（wait、notify、notifyAll））

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

posted @ 2010-04-24 13:35 X-Spirit 閱讀(7267) | 評論 (9) | 編輯收藏

Java 多線程同步問題的探究（三、Lock來了，大家都讓開【2. Fair or Unfair? It is a question...】）

摘要: 閱讀全文

posted @ 2010-04-24 13:34 X-Spirit 閱讀(5731) | 評論 (4) | 編輯收藏

Java 多線程同步問題的探究（三、Lock來了，大家都讓開【1. 認(rèn)識重入鎖】）

摘要: 閱讀全文

posted @ 2010-04-24 13:33 X-Spirit 閱讀(9079) | 評論 (10) | 編輯收藏

Java 多線程同步問題的探究（二、給我一把鎖，我能創(chuàng)造一個(gè)規(guī)矩）

摘要: 閱讀全文

posted @ 2010-04-24 13:32 X-Spirit 閱讀(7451) | 評論 (9) | 編輯收藏

Java多線程同步問題的探究（一、線程的先來后到）

摘要: 閱讀全文

posted @ 2010-04-24 13:31 X-Spirit 閱讀(7117) | 評論 (8) | 編輯收藏

[轉(zhuǎn)]關(guān)于hibernate的緩存使用

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

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

1.1.1. 基本的緩存原理

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

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

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

1.2. 存在的問題

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

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

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

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

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

1.2.2. N+1次查詢的問題

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

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

1.3. 使用hibernate二級緩存的其他注意事項(xiàng)：

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

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

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

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

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

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

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

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

按對象class清空緩存

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

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

1.3.2. 適合使用的情況

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

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

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

一般情況下，會(huì)被hibernate以外修改的數(shù)據(jù)最好不要配置二級緩存，以免引起不一致的數(shù)據(jù)。但是如果此數(shù)據(jù)因?yàn)樾阅艿脑蛐枰痪彺妫瑫r(shí)又有可能被第3方比如SQL修改，也可以為其配置二級緩存。只是此時(shí)需要在sql執(zhí)行修改后手動(dòng)調(diào)用cache的清除方法。以保證數(shù)據(jù)的一致性

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

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

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

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

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

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

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

因?yàn)榇藭r(shí)“正確性”的重要性遠(yuǎn)遠(yuǎn)大于“高性能”的重要性。

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

1.4. 目前情況

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

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

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

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

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

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

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

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

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

3、使用sql對 hibernate持久化對象表進(jìn)行批量刪除時(shí)

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

分析：

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

a. session.find（）方法：

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

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

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

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

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

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

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

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

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

如果某個(gè)值對象確實(shí)需要按id查詢一條關(guān)聯(lián)關(guān)系,同時(shí)又因?yàn)閿?shù)據(jù)量大使用了sql執(zhí)行批量刪除。當(dāng)滿足此兩個(gè)條件時(shí),為了保證按id 的查詢得到正確的結(jié)果,可以使用手動(dòng)清楚二級緩存中此對象的數(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ù)量不大的時(shí)候可以直接采用hibernate的批量刪除，這樣就不存在繞開hibernate執(zhí)行sql產(chǎn)生的緩存數(shù)據(jù)一致性的問題。

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

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

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

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

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

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

4、具體的配置方法

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

ibernate提供了二級緩存的接口：
net.sf.hibernate.cache.Provider,
同時(shí)提供了一個(gè)默認(rèn)的實(shí)現(xiàn)net.sf.hibernate.cache.HashtableCacheProvider，
也可以配置其他的實(shí)現(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使用者在配置到這一步就以為完事了，
注意：其實(shí)光這樣配，根本就沒有使用hibernate的二級緩存。同時(shí)因?yàn)樗麄冊谑褂胔ibernate時(shí)大多時(shí)候是馬上關(guān)閉session，所以，一級緩存也沒有起到任何作用。結(jié)果就是沒有使用任何緩存，所有的hibernate操作都是直接操作的數(shù)據(jù)庫！！性能可以想見。

正確的辦法是除了以上的配置外還應(yīng)該配置每一個(gè)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>

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

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

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

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

3. 總結(jié)

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

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

最后，祝大家新年快樂?。≡谛碌囊荒昀?取得人生的進(jìn)步?。。?/span>

posted @ 2010-03-23 11:21 X-Spirit 閱讀(408) | 評論 (0) | 編輯收藏

NetBeans中配置OperaMask+Spring+JPA教程

創(chuàng)建項(xiàng)目：

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

選擇使用專用文件夾存儲庫，指定庫文件夾的位置，通常是默認(rèn)的.\lib，即項(xiàng)目文件夾下的lib文件夾，下一步

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

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

配置項(xiàng)目：

1. 配置OperaMask

在WEB-INF文件夾下新建一個(gè)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">

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

</application>

</faces-config>

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

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

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

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

一路選是。

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

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

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

之后，在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é)點(diǎn)下創(chuàng)建Spring配置文件applicationContext.xml，選擇如圖所示的幾個(gè)命名空間：

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



<context:annotation-config/>



<bean class="org.operamasks.faces.spring.ManagedBeanConfigurer"/>

3. 配置JPA持久化支持

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

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

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

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

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

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

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

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



<bean id="entityManagerFactory" class="org.springframework.orm.jpa.LocalEntityManagerFactoryBean">

<property name="persistenceUnitName" value="DMCSv1PU"/>

</bean>



<bean id="txManager" class="org.springframework.orm.jpa.JpaTransactionManager">

<property name="entityManagerFactory" ref="entityManagerFactory"/>

</bean>



<tx:annotation-driven transaction-manager="txManager"/>

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

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

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

點(diǎn)擊下一步，輸入合適的包名

下一步，映射選項(xiàng)如下圖所示：

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

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

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

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

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

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

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

posted @ 2010-03-17 13:33 X-Spirit 閱讀(997) | 評論 (0) | 編輯收藏

Oracle 11g口令過期

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

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

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

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

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

SQL>SELECT username,profile FROM dba_users;

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

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

SQL>SELECT * FROM dba_profiles WHERE profile='DEFAULT' AND resource_name='PASSWORD_LIFE_TIME';

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

6.將口令有效期默認(rèn)值180天修改成“無限制”（此項(xiàng)要慎重！除非你真得不想要這個(gè)密碼失效的機(jī)制?。?/span>

SQL>ALTER PROFILE DEFAULT LIMIT PASSWORD_LIFE_TIME UNLIMITED;

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

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

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

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

SQL>ALTER USER test INDENTIFIED BYpassword

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

posted @ 2010-03-17 10:57 X-Spirit 閱讀(2241) | 評論 (0) | 編輯收藏

【Effective】JVM 調(diào)優(yōu)參數(shù)說明

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

內(nèi)部服務(wù)參數(shù)配置：

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ù)配置：

JAVA_OPTS="-server -Xmx4096m -Xms4096m -Xmn480m -Xss256k -XX:PermSize=128m -XX:MaxPermSize=256m -XX:+UseConcMarkSweepGC -XX:ParallelGCThreads=8 -XX:CMSFullGCsBeforeCompaction=0
-XX:+UseCMSCompactAtFullCollection -XX:SurvivorRatio=8 -XX:MaxTenuringThreshold=7 -XX:GCTimeRatio=19
-Xnoclassgc -XX:+DisableExplicitGC -XX:+UseParNewGC -XX:-CMSParallelRemarkEnabled -XX:CMSInitiatingOccupancyFraction=70 -XX:SoftRefLRUPolicyMSPerMB=0"

參數(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。整個(gè)堆大小=年輕代大小 + 年老代大小 + 持久代大小。持久代一般固定大小為64m，所以增大年輕代后，將會(huì)減小年老代大小。此值對系統(tǒng)性能影響較大，Sun官方推薦配置為整個(gè)堆的3/8。

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

-XX:PermSize=64m：指定 jvm 中 Perm Generation 的最小值。這個(gè)參數(shù)需要看你的實(shí)際情況?？梢酝ㄟ^jmap 命令看看到底需要多少。

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

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

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

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

-XX:+UseCMSCompactAtFullCollection：打開對年老代的壓縮?？赡軙?huì)影響性能，但是可以消除碎片。

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

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

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

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

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

-XX:+UseParNewGC：設(shè)置年輕代為并行收集?？膳cCMS收集同時(shí)使用。

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

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

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

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

posted @ 2010-03-16 22:42 X-Spirit 閱讀(250) | 評論 (0) | 編輯收藏

X-Spirit Always Beyond the Time
BlogJava \| 首頁 \| 發(fā)新隨筆 \| 發(fā)新文章 \| 聯(lián)系 \| 聚合 \| 管理	隨筆：91 文章：1 評論：65 引用：0

2010年3月16日

IDE Settings

Increasing productivity

Example. increasing heap size

Managing case of unicode literals

1. Think about your project and only the project

2. Have a negative attitude toward everything.

3. Use the tools you know, because you're faster that way

4. Switch jobs often

5. Work long hours, ignore your life

Summary

1.Top-Linux進(jìn)程監(jiān)控

2. VmStat – 虛擬內(nèi)存統(tǒng)計(jì)

3.Lsof-列出打開的文件

4.Tcpdump-網(wǎng)絡(luò)包分析器

5.Netstat-網(wǎng)絡(luò)狀態(tài)統(tǒng)計(jì)

6. Htop – Linux進(jìn)程監(jiān)控

7.Iotop-監(jiān)控Linux磁盤I/O

8.Iostat-輸入/輸出統(tǒng)計(jì)

9.IPTraf-實(shí)時(shí)局域網(wǎng)IP監(jiān)控

10. psacct 或者 acct – 監(jiān)視用戶活動(dòng)

11.Monit – Linux進(jìn)程和服務(wù)監(jiān)控工具

12.NetHogs-監(jiān)視每個(gè)進(jìn)程使用的網(wǎng)絡(luò)帶寬

13.iftop-監(jiān)視網(wǎng)絡(luò)帶寬

15. Arpwatch – 以太網(wǎng)活動(dòng)監(jiān)視器

16. Suricata – 網(wǎng)絡(luò)安全監(jiān)控

17. VnStat PHP – 網(wǎng)絡(luò)流量監(jiān)控

18. Nagios – 網(wǎng)絡(luò)/服務(wù)器監(jiān)控

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

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

1.1.1. 基本的緩存原理

1.2. 存在的問題

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

1.2.2. N+1次 查詢的問題

1.3. 使用hibernate二級緩存的其他注意 事項(xiàng)：

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

1.3.2. 適合使用的情況

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

1.4. 目前情況

1.5. 建議

4、具體的配置方法

3. 總結(jié)

創(chuàng)建項(xiàng)目：

配置項(xiàng)目：

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

常用鏈接

留言簿(6)

隨筆分類(28)

隨筆檔案(90)

文章分類(1)

文章檔案(1)

收藏夾(4)

牛人牛博

酷站

最新隨筆

搜索

最新評論

閱讀排行榜

評論排行榜

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

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

1.2.2. N+1次查詢的問題

1.3. 使用hibernate二級緩存的其他注意事項(xiàng)：

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

4、具體的配置方法