關于大端和小端，自己已經記了很多次了，可每次都忘，今天創新工場筆試，第一道題就是關于大端小端的知識，可惜，自己又忘了，怎么回事，說到底，是自己同時記大端和小端，導致容易混淆，現在只記小端了：小端，是數的高位存在內存地址的高位，小高高！

下面是從網上摘抄的一些東東，幫助理解和記憶，來自http://www.52rd.com/Blog/Detail_RD.Blog_imjacob_14837.html：

端模式（Endian）的這個詞出自Jonathan Swift書寫的《格列佛游記》。這本書根據將雞蛋敲開的方法不同將所有的人分為兩類，從圓頭開始將雞蛋敲開的人被歸為Big Endian，從尖頭開始將雞蛋敲開的人被歸為Littile Endian。小人國的內戰就源于吃雞蛋時是究竟從大頭（Big-Endian）敲開還是從小頭（Little-Endian）敲開。在計算機業Big Endian和Little Endian也幾乎引起一場戰爭。在計算機業界，Endian表示數據在存儲器中的存放順序。下文舉例說明在計算機中大小端模式的區別。

如果將一個32位的整數0x12345678存放到一個整型變量（int）中，這個整型變量采用大端或者小端模式在內存中的存儲由下表所示。為簡單起見，本書使用OP0表示一個32位數據的最高字節MSB（Most Significant Byte），使用OP3表示一個32位數據最低字節LSB（Least Significant Byte）。

地址偏移	大端模式	小端模式
0x00	12（OP0）	78（OP3）
0x01	34（OP1）	56（OP2）
0x02	56（OP2）	34（OP1）
0x03	78（OP3）	12（OP0）

如果將一個16位的整數0x1234存放到一個短整型變量（short）中。這個短整型變量在內存中的存儲在大小端模式由下表所示。

地址偏移	大端模式	小端模式
0x00	12（OP0）	34（OP1）
0x01	34（OP1）	12（OP0）

由上表所知，采用大小模式對數據進行存放的主要區別在于在存放的字節順序，大端方式將高位存放在低地址，小端方式將 高位存放在高地址。采用大端方式進行數據存放符合人類的正常思維，而采用小端方式進行數據存放利于計算機處理。到目前為止，采用大端或者小端進行數據存 放，其孰優孰劣也沒有定論。

有的處理器系統采用了小端方式進行數據存放，如Intel的奔騰。有的處理器系統采用了大端方式進行數據存放，如IBM半導體和Freescale的PowerPC處理器。不僅對于處理器，一些外設的設計中也存在著使用大端或者小端進行數據存放的選擇。

因此在一個處理器系統中，有可能存在大端和小端模式同時存在的現象。這一現象為系統的軟硬件設計帶來了不小的麻煩，這要求系統設計工程師，必須深入理解大端和小端模式的差別。大端與小端模式的差別體現在一個處理器的寄存器，指令集，系統總線等各個層次中。

轉自：http://jaskell.blogbus.com/logs/3249971.html

一、同余

    我們來了解一下什么是“同余”。簡單來說就是，如果兩個數都除以某個數能夠有相同的余數，那么我們就說這兩個數“同余”。不過這次我們用嚴謹的數學概念來表述：

    兩個整數 a，b，若它們除以整數 m 所得的余數相等，則稱 a，b 對于模 m 同余

    記作

    讀作 a 同余于 b 模 m ，或讀作 a 與 b 關于模 m 同余。

    比如

    我們再來了解一下相關的性質：

1. 如果 ，那么 m | (a − b) ，這里 m | (a − b) 表示 (a − b) 能被 m 整除
2. 如果 ，, 那么
3. 如果 ，, 那么，，，
4. 如果 ， 那么  

    有了這些性質，判斷兩個數是否同余就可以用更簡單的方法了。根據性質一，原來我們需要判斷 (a mod m) == (b mod m) 是否為真，現在就可以直接判斷 (a - b) mod m == 0 是否為真了。這樣就把其中一次求余運算變為減法運算了。一般來說減法要比除法更容易在計算機上實現，運算速度也更快。

二、求余 (a * b * c * d) mod m = ?

    由于計算機表示一個整數通常用 32bit 。而大量連乘運算則可能會導致整數溢出，這時我們就要利用求余一些性質來進行處理了。把以上式子轉換為：

    已知： (a * b) mod m == ((a mod m) * b) mod m

    所以： (a * b * c * d) mod m = ((((((a mod m) * b) mod m) * c) mod m) * d) mod m

    這樣就把連乘運算分解了，每次可以先進行求余運算然后再進行乘法運算。

使用的是Ubuntu 9.10發行版，找了好半天中文輸入法，發現目前最好/最新的是ibus（前身是鼎鼎大名的scim-python，對于我這個linux小白來說，并不是鼎鼎大名的...），嚴格來說它不是一個輸入法，而是一個輸入法框架，9.10自帶的ibus里有N多國家的輸入法（基于ibus框架）。ubuntu9.10里面ibus自帶的中文PinYin輸入法好像一開始不能用...（拿不準...），必須去Preferences里面的IBus Preferences里面的Input Method中自己添加“漢語-PinYin”輸入法，如果開始沒有，需要安裝ibus-pinyin，見下面的第4步。

在網上找了點資料，在ibus已經加入到Ubuntu的源了，如果需要，使用下面的命令進行安裝：

1. sudo apt-get update                                   更新軟件包列表
2. sudo apt-get install ibus                            安裝ibus框架
3. sudo apt-get install ibus ibus-table        安裝某些輸入法引擎基礎，如果僅僅想使用拼音輸入法，可以跳過此步，拼音輸入法不需要依賴ibus-table。某些輸入法，如五筆，依賴ibus-table。
4. sudo apt-get install ibus ibus-pinyin       安裝拼音輸入法引擎，發現很好用啊，哈哈

由于安裝和卸載軟件是使用的必須前提，所以這里對apt命令進行一些總結。在總結之前，還得對ubuntu的軟件源的地址進行說明，為了達到好的下載源的速度，最好選一個最快的軟件源，目前來說http://ubuntu.srt.cn是最快的，ubuntu自己提供了檢測的功能，可以自動檢測（choose a download server -> select best server）。

關于apt-get命令的詳細而簡單的說明，是《AptGetHowTo》。注意，使用apt-get命令必須要用root權限。這里，摘抄了最常用的命令....如下

Installation commands

• apt-get install <package_name> 

  This command installs a new package.

• apt-get build-dep <package_name> 

  This command searches the repositories and installs the build dependencies for <package_name>. If the package is not in the repositories it will return an error.

• aptitude install <package_name>

  Aptitude is a [http://en.wikipedia.org/wiki/Ncurses Ncurses] viewer of packages installed or available. Aptitude can be used from the command line in a similar way to apt-get. See man aptitude for more information.

• APT and aptitude will accept multiple package names as a space delimited list. For example:

  apt-get install <package1_name> <package2_name> <package3_nam
  
  
  

Search commands

• apt-cache search <search_term>

  This command will find packages that include <search_term>.

• dpkg -l *<search_term>*

  This will find packages whose names contain <search_term>. Similar to apt-cache search, but also shows whether a package is installed on your system by marking it with ii (installed) and un (not installed).

• apt-cache show <package_name>

  This command shows the description of package <package_name> and other relevant information including version, size, dependencies and conflicts.

 

Typical usage example

I want to feel the wind in my hair, I want the adrenaline of speed. So lets install a racing game. But what racing games are available?

apt-cache search racing game

It gives me a lot of answers. I see a game named "torcs". Lets get some more information on this game.

apt-cache show torcs

Hmmm... it seems interesting. But is this game not already installed on my computer? And what is the available version? Is it from Universe or main?

apt-cache policy torcs

Ok, so now, let's install it!

apt-get install torcs

What is the command I must type in the console to launch this game? In this example, it's straightforward ("torcs"), but that's not always the case. One way of finding the name of the binary is to look at what files the package has installed in "/usr/bin". For games, the binary will be in "/usr/games". For administrative programs, it's in "/usr/sbin".

dpkg -L torcs | grep /usr/games/

The first part of the command display all files installed by the package "torcs" (try it). With the second part, we ask to only display lines containing "/usr/games/".

Hmmm, that game is cool. Maybe there are some extra tracks?

apt-cache search torcs

But I'm running out of space. I will delete the apt cache!

apt-get clean

Oh no, my mother asked me to remove all games from this computer. But I want to keep the configuration files so I can simply re-install it later.

apt-get remove torcs

If I want to also remove config files :

apt-get purge torcs

文章來源:http://localhost/wp2/?p=180

由于宿舍網絡情況比較復雜，想為tattoo搭建一個proxy，沒想到在android中沒有找到設置proxy的地方。上網查了一篇文章，可以解決這個問題。

轉自 http://alexmogurenko.com/blog/programming/android-how-to-set-proxy-for-android-browser/

下面是原文

There are many reasons to make browser serf pages through proxy server:

• someone wanna catch http requests/responses
• someone wanna hide his IP
• so on

What to do if you want set proxy for android browser? there some ways:

• add record to database: /data/data/com.android.providers.settings/databases/settings.db

1. pull database to pc add record (using for example sdk tool sqlite3) and replace existing db
2. make changes in database directly on device

but as for me there exist simplier way, do it by your Java application using Settings provider:

Settings.System.putString(getContentResolver(), Settings.System.HTTP_PROXY, "proxy_ip:proxy_port");

where proxy_ip/proxy_port = IP/port of proxy that you going to use.

there left one problem, it will not work if we will not add one string to manifest file, here it is:

<uses-permission android:name=”android.permission.WRITE_SETTINGS” />

Thats all, now it works, here is code:

package com.BrowserSettings;

import android.app.Activity;
import android.os.Bundle;
import android.view.View;
import android.widget.Button;
import android.provider.Settings;

public class BrowserSettingsUI extends Activity {
/** Called when the activity is first created. */
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.main);

final Button button = (Button) findViewById(R.id.Button01);
button.setOnClickListener(new Button.OnClickListener() {
public void onClick(View v) {
try
{
Settings.System.putString(getContentResolver(), Settings.System.HTTP_PROXY, "127.0.0.1:100");//enable proxy
}catch (Exception ex){
}
}
});

final Button button2 = (Button) findViewById(R.id.Button02);
button2.setOnClickListener(new Button.OnClickListener() {
public void onClick(View v) {

try
{
Settings.System.putString(getContentResolver(), Settings.System.HTTP_PROXY, "");//disable proxy
}catch (Exception ex){
}
}
});

}
}

manifest file:

<?xml version=”1.0″ encoding=”utf-8″?>
<manifest xmlns:android=”http://schemas.android.com/apk/res/android”
package=”com.BrowserSettings”
android:versionCode=”1″
android:versionName=”1.0.0″>
<application android:icon=”@drawable/icon” android:label=”@string/app_name”>
<activity android:name=”.BrowserSettingsUI”
android:label=”@string/app_name”>
<intent-filter>
<action android:name=”android.intent.action.MAIN” />
<category android:name=”android.intent.category.LAUNCHER” />
</intent-filter>
</activity>
</application>
<uses-permission android:name=”android.permission.WRITE_SETTINGS” />
</manifest>

文章來源:http://localhost/wp2/?p=172

最近在學習《算法導論》時，發現很多證明都用到了數學歸納法，這里查了點資料，把數學歸納法復習一下：

數學歸納法用來在數學上證明與自然數N有關的命題的一種特殊方法，它主要用來研究與正整數有關的數學問題，在高中數學中常用來證明等式成立和數列通項公式成立。

用的最多的是第一數學歸納法和第二數學歸納法，下面詳細說明。

第一數學歸納法

1. 證明當n（n為自然數）取第一個值時命題成立
2. 假設當n=k（k為自然數）時命題成立，證明當n=k+1時命題也成立

由1，2步，可證明命題成立。

 

第二數學歸納法

對第一數學歸納法進行了擴充

1. 證明當n=0時命題成立
2. 假設當n<=k（k為自然數）時命題成立，證明當n=k+1時命題也成立

有1，2步，可證明命題成立。

在算法時間復雜度的證明上，由于n取值是一個自然數，所以多用數學歸納法原理進行證明。其實，證明循環正確性的循環不變式就是直接利用的第一數學歸納法。

 

參考：

 

百度百科，數學歸納法

文章來源:http://localhost/wp2/?p=165

如題，經典問題，記錄于此...

遞歸實現

思路：如果只有一個節點，則什么都不做。否則，將當前鏈表（a1,a2...a3）的子鏈表（a2,...an）進行逆轉，返回逆轉后的第一個節點的指針，再將a1節點加到a2節點后面。

代碼：(這里沒有使用頭節點)

node * reverse(node * p){
    if(p->next == null){
        return p;
    }
    node * q = p->next;
    node * head = reverse(q);
    p->next = null;
    q->next = p;
    return head;
}

非遞歸實現

思路：一個指針進行鏈表的遍歷，一個指針指向逆轉后的鏈表的第一個節點，在遍歷的過程中，將當前節點加入逆轉后的鏈表第一個元素即可。返回逆轉后的鏈表的第一個節點的指針。

代碼：（這里沒有使用頭節點）

node * reverse(node * p){
    node * p_reverse;
    if(p != null){    
        p_reverse = p;
        node * q = p->next;
        p->next = null;    
    }
    while(q != null){
        p = q->next;
        q->next = p_reverse;
        p_reverse = q;
        q = p;
    }
}

對C語言用的太少，上面的代碼實現可能有點惡心，不過可以實現功能....

文章來源:http://localhost/wp2/?p=150

     摘要: Normal 0 7.8 磅 0 2 false false false EN-US ZH-CN X-NONE ...  閱讀全文

對eclipse是用的多，學的少，用了都半年了，連插件都不知道怎么裝，搜索了一篇文章《Eclipse 3.4插件安裝方式》作為參考吧...

以前安裝Eclipse插件無非兩種方式, 直接copy插件到features/plugins目錄或者在links目錄下創建鏈接文件. 剛剛發布的Eclipse 3.4又推出另一種新的安裝途徑, 更加靈活。Eclipse 3.4下有個dropins目錄, 只要把插件放到該目錄下就可以加載, 有幾種格式可以選擇。

1. 最簡單的，直接將jar包放到dropins目錄:

    eclipse/
          dropins/
               com.essiembre.eclipse.i18n.resourcebundle_0.7.7

2. 傳統格式，統一放到一個eclipse目錄下:
      eclipse/ 
          dropins/ 
               eclipse/ 
                    features/ 
                    plugins/

3. 按照插件名稱區分:
    eclipse/
          dropins/
               resourcebundleeditor/
                    features/
                    plugins/               
               m2eclipse/
                    features/
                    plugins/

4. 類似links方式添加鏈接:

    eclipse/
          dropins/ 
               xfire.link

 

如果只安裝一個Eclipse的話建議采用第三種，否則采用第四種。

如果發現安裝了沒有效果，可以刪除eclipse主目錄下的\configuration\org.eclipse.update后，再執行eclipse -clean試試。

文章來源:http://localhost/wp2/?p=127

     Oracle支持的數據類型可以分為三個基本種類：字符數據類型、數字數據類型以及表示其它數據的數據類型。

    字符數據類型

    CHAR數據類型存儲固定長度的字符值。一個CHAR數據類型可以包括1到2000個字符。如果對CHAR沒有明確地說明長度，它的默認長度則設置為1.如果對某個CHAR類型變量賦值，其長度小于規定的長度，那么Oracle自動用空格填充。

    VARCHAR2存儲可變長度的字符串。雖然也必須指定一個VARCHAR2數據變量的長度，但是這個長度是指對該變量賦值的的最大長度而非實際賦值長度。不需要用空格填充。最多可設置為4000個字節。所以如果存儲中文的時候，就不能存儲到4000個字符了，因為一個漢字會占有多個字節。

    因為VARCHAR2數據類型只存儲為該列所賦的字符（不加空格），所以VARCHAR2需要的存儲空間比CHAR數據類型要小。

 

    Oracle推薦使用VARCHAR2

    NCHAR和NVARCHAR2數據類型分別存儲固定長度與可變長度的字符數據，但是它們使用的是和數據庫其他類型不同的字符集。在創建數據庫時，需要指定所使用的字符集，以便對數據庫中數據進行編碼。還可以指定一個輔助的字符集［即本地語言集（National Language Set，簡稱NLS）］。NCHAR和NVARCHAR2類型的列使用輔助字符集。

    在Oracle9i中，可以以字符而不是字節為單位來表示NCHAR和NVARCHAR2列的長度。

    LONG數據類型可以存放2GB的字符數據，它是從早期版本中繼承來的。現在如果想存儲大容量的數據，Oracle推薦使用CLOB和NCLOB數據類型。在表和SQL語句中使用LONG類型有許多限制。

    CLOB和NCLOB數據類型可以存儲多達4GB的字符數據。NCLOB數據類型可存儲NLS數據。

 

    數字數據類型

    Oracle使用標準、可變長度的內部格式來存儲數字。這個內部格式精度可以高達38位。

    NUMBER數據類型可以有兩個限定符，如：

    column NUMBER （ precision， scale）

    precision表示數字中的有效位。如果沒有指定precision的話，Oracle將使用38作為精度。

    scale表示數字小數點右邊的位數，scale默認設置為0。如果把scale設成負數，Oracle將把該數字取舍到小數點左邊的指定位數。

 

    日期數據類型

    Oracle標準日期格式為：DD-MON-YY  HH：MI：SS

    通過修改實例的參數NLS_DATE_FORMAT，可以改變實例中插入日期的格式。在一個會話期間，可以通過ALTER SESSION SQL命令來修改日期，或者通過使用SQL語句的TO_DATE表達式中的參數來更新一個特定值。

 

    其它的數據類型

    RAW和LONG RAW數據類型主要用于對數據庫進行解釋。指定這兩種類型時，Oracle以位的形式來存儲數據。RAW數據類型一般用于存儲有特定格式的對象，如位圖。 RAW數據類型可占用2KB的空間，而LONG RAW數據類型則可以占用2GB大小。

    ROWID ROWID是一種特殊的列類型，稱之為偽列（pseudocolumn）。ROWID偽列在SQL SELECT語句中可以像普通列那樣被訪問。Oracle數據庫中每行都有一個偽列。ROWID表示行的地址，ROWID偽列用ROWID數據類型定義。

    ROWID與磁盤驅動的特定位置有關，因此，ROWID是獲得行的最快方法。但是，行的ROWID會隨著卸載和重載數據庫而發生變化，因此建議不要在事務 中使用ROWID偽列的值。例如，一旦當前應用已經使用完記錄，就沒有理由保存行的ROWID.不能通過任何SQL語句來設置標準的ROWID偽列的值。

    列或變量可以定義成ROWID數據類型，但是Oracle不能保證該列或變量的值是一個有效的ROWID.

    LOB

    LOB（大型對象）數據類型，可以保存4GB的信息。LOB有以下3種類型：

    。CLOB，只能存儲字符數據

    。NCLOB，保存本地語言字符集數據

    。BLOB，以二進制信息保存數據

    可以指定將一個LOB數據保存在Oracle數據庫內，還是指向一個包含次數據的外部文件。

    LOB可以參與事務。管理LOB中的數據必須通過DBMS_LOB PL/SQL內置軟件包或者OCI接口。

    為了便于將LONG數據類型轉換成LOB，Oracle9i包含許多同時支持LOB和LONG的函數，還包括一個ALTER TABLE語句的的新選擇，它允許將LONG數據類型自動轉換成LOB.

    BFILE

    BFILE數據類型用做指向存儲在Oracle數據庫以外的文件的指針。

    XMLType

    作為對XML支持的一部分，Oracle9i包含了一個新的數據類型XMLType.定義為XMLType的列將存儲一個在字符LOB列中的XML文檔。有許多內置的功能可以使你從文當中抽取單個節點，還可以在XMLType文檔中對任何節點創建索引。

    用戶自定義數據

    從Oracle8以后，用戶可以定義自己的復雜數據類型，它們由Oracle基本數據類型組合而成。

    AnyType、AnyData和AnyDataSet

    Oracle包括3個新的數據類型，用于定義在現有數據類型之外的數據結構。其中每種數據類型必須用程序單元來定義，以便讓Oracle9i知道如何處理這些類型的特定實現。

    額外的：

    類型轉換

    Oracle會自動將某些數據類型轉換成其他的數據類型，轉換取決于包括該值的SQL語句。

    數據轉換還可以通過Oracle的類型轉換函數顯示地進行。

 

    連接與比較

    在大多數平臺上Oracle SQL中的連接操作符用兩條豎線（||）表示。連接是將兩個字符值連接。Oracle的自動類型轉換功能使得兩個數字值也可以進行連接。

 

    NULL

    NULL值是關系數據庫的重要特征之一。實際上，NULL不代表任何值，它表示沒有值。如果要創建表的一個列，而這個列必須有值，那么應將它指定為NOT NULL，這表示該列不能包含NULL值。

    任何數據類型都可以賦予NULL值。NULL值引入了SQL運算的三態邏輯。如果比較的一方是NULL值，那么會出現3種狀態：TURE、FALSE以及兩者都不是。

    因為NULL值不等于0或其他任何值，所以測試某個數據是否為NULL值只能通過關系運算符IS NULL來進行。

    NULL值特別適合以下情況：當一個列還未賦值時。如果選擇不使用NULL值，那么必須對行的所有列都要賦值。這實際上也取消了某列不需要值的可能性，同時對它賦的值也很容易產生誤解。這種情況則可能誤導終端用戶，并且導致累計操作的錯誤結果。

參考：

《Oracle數據類型》，http://www.cnblogs.com/cxd4321/archive/2008/04/14/1153201.html

文章來源:http://localhost/wp2/?p=122

如果一個方法后面有“throws InterruptedException”（即會拋出InterruptedException異常的方法），表示這個方法內（或是這個方法中所調用的方法內），可能會拋出InterruptedException異常。在多線程程序設計中，這通常告訴我們兩點：

1. 這是“需要時間”的方法
2. 這是“可以取消”的方法

即，如果一個方法后面有“thorws InterruptedException”表示這個方法可能會花點時間，但是可以取消。 Java中會拋出InterruptException異常的有下面三個方法：

1. java.lang.Object類（及其子類）實例的wait方法
2. java.lang.Object類（及其子類）實例的sleep方法
3. java.lang.Thread類（及其子類）實例的join方法

根據上面的兩點，首先，這三個方法都是需要花點時間的方法，這個很好理解。其次，他么都可以被取消，具體怎么取消，下面分別說明。 取消wait 可以調用interrupt方法（這個方法是java.lang.Thread類（及其子類）實例的方法，某個線程都可以在任何時候調用其他線程的interrupt方法）來取消wait方法的等待。即不用再等待notify/notifyAll方法的“通知”了。當對某個wait的線程調用interrupt方法的時候，這個線程會從wait set中出來，先重新獲得鎖定，再拋出InterruptedException。注意，在獲得鎖定前，是不會拋出InterruptedException異常的。 為了加深理解，這里對比一下notify/notifyAll方法和interrupt方法。首先，notify/notifyAll方法是java.lang.Object類（及其子類）實例的方法，而interrupt方法是java.lang.Thread類（及其子類）實例的方法。其次，notify/notifyAll方法調用時需要獲得鎖定，而interrupt方法不用，如前所述，interrupt方法可以在任何時候被調用。最后，被notify/notifyAll方法喚醒的線程是（重新獲得鎖定后）繼續執行wait方法之后的方法，而被interrupt方法喚醒的線程則滿足前面所的第二條“可以被取消”，即讓被喚醒的線程（重新獲得鎖定后）在wait方法上拋出InterruptedException。 取消sleep 當sleep中的線程被調用interrupt方法時，會馬上（不用想取消wait一樣，還要獲得鎖定）放棄sleep狀態，并拋出InterruptedException異常。 取消join 當線程以join方法等待其他線程結束時，可以被調用interrupt方法來馬上取消等待其他線程結束。 下面是關于java內部是怎么實現取消上面三個方法的等待的。在線程內部，有一個標志位表示線程的中斷狀態。有兩個方法可以設置這個狀態，interrupt方法和interrupted方法，interrupted方法屬于java.lang.Thread類（及其子類）的靜態方法，用來返回當前線程的中斷狀態，并清除這個狀態。調用interrupt方法將設置此標志位（表示讓被調用線程處于中斷狀態），調用interrupted方法返回值是當前線程是否被中斷，并取消此標志位（表示讓當前線程處于非中斷狀態）。在實現細節上，會拋出InterruptedException異常的sleep，wait和join方法在內部不斷的檢測這個中斷狀態，如果發現被設置了，則拋出InterruptedException異常。java.lang.Thread類（及其子類）實例還有一個isInterrupted方法來檢測這個標志位，如果被設置了返回true，否則返回false。還需要進一步補充的是：interrupt方法和interrupted方法的區別。可以對任意的一個線程調用interrupt方法，但是只能對當前的線程（即正在運行的線程）調用interrupted方法（此方法是靜態方法），所以，在程序中無法清除其他線程的中斷狀態了。 參考： 《Java多線程設計模式》，中國鐵道出版社，2005，結城浩
文章來源:http://localhost/wp2/?p=99

前面的Guarded Suspension Pattern和Balking Pattern都比較極端。一個是“不讓？爺不玩了”，另一個是“不行！我一定要玩！”。而，Guarded Timeout Patter就中庸的多了，是“現在不讓玩？那我等等吧。如果超過我等待的時間了，我就不玩了”。 還是以代碼說話：

class A{     
    private long timeout; //等待的最長時間 
    public synchronized void changeState(){ 
        改變狀態 通知等待的線程不同再等了(notify/notifyAll) 
    } 
    public synchronized void guardedMethod() throws InterruptedException{ 
        long start = System.currentTimeMillis(); //開始時刻 
        while(條件成立不成立){ 
            long now = System.currentTimeMillis(); //現在時刻 
            long rest = timeout - (now -start); //還需要等待的時間 
            if(rest <= 0){throw new InterruptedException("...");} //如果為等待時間為0或者為負數，就不等了。 
            等著一段時間吧，如果超過我等待的最長時間了，我就不玩了（wait（rest）） //當wait的時間超過rest時，也會拋出InteruptedException。 
        } 
        進行處理 
    } 
} 

在通常情況下，會對if(rest<=0){...}中拋出的異常進行一下包裝，即繼承InterruptedException異常，是得調用者知道是超時了（wait(rest)，interrupt方法都可能會拋出InterruptedException，所以必須包裝一下，讓上層程序識別）。

參考： 《Java多線程設計模式》，中國鐵道出版社，2005，結城浩

文章來源:http://localhost/wp2/?p=88

Balking Pattern重在“balking”，balking的意思是“退縮不前”，在棒球運動的意思是“當跑壘員在壘時，投手在投手板但’中途放棄‘投球的動作”（呵呵，對棒球不懂...）。另外，這種模式和Guarded Suspension Pattern有點類似，也是有要檢測警戒條件是否成立，不過，如果不成立，就不用等待了，直接就放棄了。呵呵，這種模式還是想的比較開啊（不行？那爺不賠你玩了:)），相比之下，Guarded Suspension Pattern就執著的多了:)。 從代碼的角度看，如下： class A{ public synchronized void guardedMethod(){ if(警戒條件不成立){ return; } 進行處理 改變狀態 } } 下面給出參考書中列出的一個使用Balking Pattern的實例：即文本編輯器的自動保存功能。當在編輯文件的時候，后臺有個線程會定期的對文件進行保存，防止程序崩潰時文件內容的丟失。那么，文件是否被修改就是這里的警戒條件。當然，還得有另外一個字段，就是當前的數據。編輯程序會調用synchronized的方法對文件數據進行修改，并設置警戒條件（為什么用synchronized?是因為防止更改操作和保存的沖突，否則，可能保存的不是最新的數據）。那么，后臺的定時保存線程，會定時調用保存文件這個guardedMethod()，如果文件已經被（編輯程序）保存了，那么就balking了，否則，就保存。下面是代碼：

class Data{ 
    public synchronized void changeData(String content){ 
        this.content = content; changed = true; 
    }   
    public synchronized void guardedMethod(){ 
        if(!changed){ return; } 
            doSave(); 
            changed = false; 
    } 
    private vodi doSave(){} 
}

注意上面的doSave方法不是synchronized。 Balking Patter的適用場合：

1. 不需要可以去執行的時候。如上面說的自動保存的例子。
2. 不想等待警戒條件成立時。
3. 警戒條件只有一次成立時。比如僅僅需要進行一次初始化（不是在構造函數中）的共享資源類。

參考： 《Java多線程設計模式》，中國鐵道出版社，2005，結城浩

文章來源:http://localhost/wp2/?p=86

Guarded Suspension Pattern就是“當訪問的共享資源被保護（防衛）時，那么線程就掛起”，生活中的例子就是當你和女朋友準備出去玩，你給女朋友打電話說該走了，女朋友說還沒準備好，那你只能等在那里知道你女朋友收拾好了才能出去:)。 相對Single Threaded Pattern的任何線程對共享資源的訪問僅僅是多個線程不能同時訪問unsafeMethod，Guared Suspension Pattern就稍微復雜點了，它有個概念就是“條件”。當共享資源的條件準備好時，才能讓其他線程進行訪問，如果條件沒有準備好，對不起，先等著吧。所以，這個模式里面還必須有一個改變“條件”使其成立的方法，還得有一個通知等待的線程不用再等的方法，否則，那些線程就在那里死等了...。 Guarded Suspension Pattern中對共享資源叫做Guarded Object（被防衛的對象），unsafeMethod方法稱之為guardedMethod。當線程執行guardedMethod方法時，只要滿足警戒條件，就會馬上執行。當警戒條件不成立時，就要開始等待。警戒條件的成立與否，會隨著Guarded Object狀態的變化而變化。 從代碼的角度看，如下：

class A{ 
    public synchronized void changeState(){ 
        改變狀態 通知等待的線程不同再等了(notify/notifyAll) 
    } 
    public synchronized void guardedMethod(){ 
        while(條件成立不成立){ 
            //這里不能是if，至于原因就好好想想吧:)（需要重點理解wait/notify/notifyAll的處理過程） 
            等著吧（wait） 
        } 進行處理 
    } 
} 

這種模式有一些變形： busy wait，即忙碌的等待。即在while循環中不用wait，而用yield；在changeState中不用notify/notifyAll。但是，這種變形的缺點是等待的線程仍然在運行，只不過一直在檢測運行時間是否滿足。

參考： 《Java多線程設計模式》，中國鐵道出版社，2005，結城浩

文章來源:http://localhost/wp2/?p=82

Immutable Pattern的關鍵在于共享資源是immutable（不會改變的）。即在實例產生后，沒有改變字段的方法了，即只有只讀的方法（所有的方法都是safeMethod），那么任何線程對共享資源的訪問就不可造成沖突了。就算想破壞這個共享資源都沒有辦法，呵呵。 String類就是Immutable Pattern的典型。String類沒有提供任何改變字符串屬性的方法。當然就是Immutable Pattern了。 從代碼上來看，Immutable Pattern的形式如下：

class A{ 
    public void safeMethod1(){} 
    publi c void safeMethod2(){} 
} 

由于沒有用到synchronized關鍵字，那么訪問共享資源的效率是很高的。在某些情況下，如果某個共享資源用到了synchronized關鍵字，即不是immtable。那么，可以根據這個類的具體用處，分為兩個類，一個是immutable，另一個是mutable（可變的），如果這兩個類可以互相轉化，那么在不同的場合用不同的類就可以提高程序的效率了。Java中對字符串這個共享資源提供了兩個類：String類和StringBuffer類。他們就是對應的immutable和mutable，兩者可以通過構造函數（String有個構造函數的參數是StringBuffer，StringBuffer有個構造函數的參數String）轉化。

參考： 《Java多線程設計模式》，中國鐵道出版社，2005，結城浩

文章來源:http://localhost/wp2/?p=75

Single Threaded Execution模式的核心就是single，即某個共享資源同時只能被某一個線程訪問。可以做如下比喻來理解這個模式：門（共享資源），人（線程）。一個門一次只能由一個人通過。如果一個人正在通過這個門，那么其他人只能等待了。 當然，共享資源中某些方法是線程安全的（SafeMethod），就不用考慮多個線程同時調用的情況了。只有對不安全的方法（UnsafeMethod）才需要考慮多線程訪問的問題。 可以對Single Thread Execution模式這樣理解：如果另外的線程也行執行被保護的UnsafeMethod，那么就需要判斷是否有其他線程正在執行被保護的UnsafeMethod。如果有，則等待；沒有，則執行。 對Single Threaded Execution Pattern來說，代碼的典型表現形式就是對所有的UnsafeMethod方法加上synchronized關鍵字。如：

class A{ 
    public void safeMethod(){ } 
    public synchronized void unsafeMethod1(){ } 
    publi synchronized void unsafeMethod2(){ } 
}

當下面的情況發生時，可能會出現死鎖

1. 有多個共享資源
2. 線程鎖定了一個共享資源，但還沒有解除鎖定就鎖定了另外一個共享資源
3. 各個線程獲取共享資源的順序不固定

也就是說，打破上面的三個情況的任何一個，就可以避免死鎖的發生。 參考： 《Java多線程設計模式》，中國鐵道出版社，2005，結城浩

文章來源:http://localhost/wp2/?p=70

Oracle的數據庫驅動有兩種，oci和thin，沒有用過oci，這里用的是thin。 問題描述： 有一張表MESSAGE，里面有個字段是content varchar2(4000)。 如果直接用Statement來更新這個字段，是不會用任何問題的。因為Statement的原理就是直接將整個sql語句發到數據庫執行。 但是，如果用PreparedStatement的setString(）方法來設置這個字段，就有問題了，當設置的字符串長度大于2000時，就會報錯：”java.sql.SQLException: 數據大小超出此類型的最大值“。 問題分析： 這些天學著用iBatis，就遇到了上面的這個問題。因為如果在iBatis中使用內聯參數（#做占位符），底層實現的時候就是用的PreparedStatement來實現的，所以就遇到了上面的問題。 至于為什么用PreparedStatement會出先這個問題，JavaEye上的一篇文章《當PreparedStatement中的參數遇到大字符串》給出了很好的解釋（牛逼啊！）

(1)Using the JDBC thin driver (2)Using binds (not defines) (3)Using SQL CHAR datatypes (4)Connecting to a database whose character set is neither ASCII (US7ASCII) nor ISO Latin1 (WE8ISO8859P1) When the database character set is neither US7ASCII nor WE8ISO8859P1, the JDBC thin driver converts Java UTF-16 characters to UTF-8 encoding bytes for SQL CHAR binds. The UTF-8 encoding bytes are then transferred to the database, and the database converts the UTF-8 encoding bytes to the database character set encoding.” 原來是JDBC在轉換過程中對字符串的長度做了限制。這個限制和數據庫中字段的實際長度沒有關系。 所以，setCharacterStream()方法可以逃過字符轉換限制，也就成為了解決此問題的方案之一。 而JDBC對轉換字符長度的限制是為了轉換過程中的數據擴展。 問題解決： 根據上面的分析，可以用PreparedStatement的setCharacterStream()方法來解決問題。 在iBatis中，可以使用下面的自定義類型處理器來處理（參考文章《用ibatis向oracle數據庫的varchar2(4000)列寫值的問題》）

/**
 * String implementation of TypeHandler
 */
public class StringTypeHandler extends BaseTypeHandler implements TypeHandler {
 /**
 * 在使用oracle時，如果在一個varchar2(4000)的字段上插入的字符過長（一般只能插入666個漢字，視字符集不同會有所不同），
 * 會導致失敗，具體報錯會因驅動版本不同而不同。
 * 如果使用setCharacterStream則可以插入最多的字符。因此，我將這個方法改了一下。
 */
 public void setParameter(PreparedStatement ps, int i, Object parameter,
 String jdbcType) throws SQLException {
 //原來的代碼
 //ps.setString(i, ((String) parameter));

 //以下是我加的代碼，為了盡量提高效率，作了一下判斷
 String s = (String) parameter;
 if (s.length() < 667) { //以字符中全是漢字為底線。
 ps.setString(i, s);
 } else {
 ps.setCharacterStream(i, new StringReader(s), s.length());
 }
 }

 public Object getResult(ResultSet rs, String columnName) throws
 SQLException {
 Object s = rs.getString(columnName);
 if (rs.wasNull()) {
 return null;
 } else {
 return s;
 }
 }

 public Object getResult(ResultSet rs, int columnIndex) throws SQLException {
 Object s = rs.getString(columnIndex);
 if (rs.wasNull()) {
 return null;
 } else {
 return s;
 }
 }

 public Object getResult(CallableStatement cs, int columnIndex) throws
 SQLException {
 Object s = cs.getString(columnIndex);
 if (cs.wasNull()) {
 return null;
 } else {
 return s;
 }
 }

 public Object valueOf(String s) {
 return s;
 }
 }

 

其實，上面的解決方案是比較麻煩的，今天發現了一個更好的解決方案，就是將oracle jdbc驅動換成用于oracle10g第二版的驅動ojdbc14.jar。就行了，唉，前面折騰了幾天的問題竟然可以這么容易地解決...

文章來源:http://localhost/wp2/?p=63

這里對final關鍵字進行總結。 final類 當類聲明為final時，就不能定義這個類的子類。因為final類的類無法定義子類，所以final類聲明的所有方法不會被覆蓋（override）。 final方法 若將實例方法聲明為final時，這個方法無法被子類所覆蓋（override）。 若將類方法（static方法）聲明為final時，這個方法無法被子類所隱藏（hide）。對隱藏這個術語不熟，本文最后會加上。 final字段（final屬性） final字段的值只能指定一次。 final實例字段的值只能在定義時或者在構造器中指定。 如： class A{

final int i = 1;

} class A{

final int i;

public A(){

this.i = 2;

}

} final類字段的值只能在定義是或者在static塊（靜態初始化塊）中指定。 class A{

static final int i = 12;

} class A{

static final int i;

static{

i = 12;

}

} final局部變量和final參數 final局部變量的值只能指定一次。 final參數的值在方法被調用時，由實參指定，不能再次指定（實際上也滿足被指定一次的原則）。 下面對java中類的繼承中的覆蓋（override）和隱藏（hide）進行總結。 在《Java核心技術卷一》中對隱藏是采用的訪問限定符（如public，private，protected）來實現的。這里的隱藏不是采用訪問限定符來實現的，而是采用子類和父類有同名的類方法和字段（實例字段和靜態字段）來實現的。在實際編程中，隱藏一般只用于類方法，即父類的類方法被子類中同名（這里的同名指方法名和參數都一樣，其實返回值也必須一樣，可以試一試）的類方法隱藏。 這里繼續總結一下：

1. 子類可以覆蓋父類的實例方法（方法名、參數和返回值都一樣），另外，這里還有一個重載（overload）的概念，重載是一個靜態的概念，是在編譯時根據方法名和參數來確定的，重載是一個類自身的一個屬性，和繼承沒有關系。
2. 子類可以隱藏父類的類方法（方法名、參數和返回值都一樣）
3. 子類可以隱藏父類的字段（實例字段和靜態字段）（通過在子類中定義字段名相同（類型可和父類不一樣）的字段即可）。

覆蓋是動態的概念，是在運行時決定的。重載和隱藏是靜態的概念，是在編譯時決定的。 參考：

1. 《Java多線程設計模式》中國鐵道出版社 2005

文章來源:http://localhost/wp2/?p=61

編程時你需要考慮的不是內存的物理地址(memory address)，而是一種邏輯上的內存模型。 Java虛擬機將其管轄的內存大致分三個邏輯部分：

1. 方法區(Method Area)、
2. Java棧
3. Java堆。

方法區是靜態分配(static allocation)的，編譯器將變量在綁定在某個存儲位置上，而且這些綁定不會在運行時改變。Java方法區的一個重要部分，也是靜態分配最典型的例子，是常數池，源代碼中的命名常量、String常量和static 變量保存在其中。 Java Stack是一個邏輯概念，特點是后進先出，此外沒有特別的要求。Java Stack并不代表任何特定的內存區間，也不限制它的實現方式。一個棧的空間可能是連續的，也可能是不連續的。最典型的Stack應用是方法的調 用，Java虛擬機每調用一次方法就創建一個方法幀（frame），退出該方法則對應的方法幀被彈出(pop)。棧分配存在一些局限：Java棧所處理的方法幀和局部變量，都將隨著方法幀彈出而結束，顯然局部變量無法從一個幀保持到下一個幀，被調方法的幀不可能比調用方法的壽命更長。因此，從數據保存來看，棧分配適用于由作用域決定生命周期的局部變量。 Java堆(Heap)堆分配(heap allocation)意味著以隨意的順序，在運行時進行存儲空間分配和收回的內存管理模型。堆中存儲的數據常常是大小、數量和生命期在編譯時無法確定的。Java對象的內存總是在heap中分配。
文章來源:http://localhost/wp2/?p=59

在Java中，為了生成一個線程，有兩種方法：

1. 繼承Thread類，覆蓋run方法。在使用時，調用Thread實例的start方法即可啟動一個線程，此線程將執行run方法里面的代碼。
2. 實現Runnable接口，實現run方法。在使用時，調用Thread實例（傳入實現Runnable接口的類實例）的start方法，此線程將執行run方法里面的代碼。

啟動線程的方法只能用start方法，不能用run方法...start方法才會啟動一個線程去執行run方法，而run方法僅僅是一個類實例的方法！！！

在此，需要強調的是，線程和Thread類的區別。線程是一個動態的概念，而Thread類（或其實例）是靜態的概念。雖然說從代碼上看，執行Thread實例的start方法或者run方法（只能在實現Runnable接口時）好像把Thread實例當作了一個線程，當事實上，應該這樣理解：Thread類就是一個普通的類，和其他類沒有什么兩樣，但是他的start方法或者run方法比較特殊，可以啟動一個新的線程。當新線程啟動后，就馬上執行Thread類里面run方法的代碼或者Runnable接口的run方法。 在Java中，為了實現多線程之間的同步和互斥，提供了一個關鍵字，synchronized。這個關鍵字有兩個用法：

1. 用于方法聲明中。如： public synchronized void methd(){ .... } 把這種用法稱之為synchronized方法。
2. 用于方法體中。如： public void method(){ synchronized(this){ .... } }把這種方法稱為synchronized語句。

當不同的線程運行synchronized方法或者synchronized語句時，首先會獲得鎖，然后再執行，當退出時，會釋放鎖。當鎖還沒有被釋放時，如果有其他線程訪問，那么這些線程會阻塞。如果鎖被釋放，那么jvm會讓所有在此鎖上阻塞的所有線程競爭，將有一個線程得到鎖，其他線程將繼續阻塞。 其實，synchronized方法就是在方法體的最前面加了一個鎖，在方法體的最后面釋放掉了這個鎖。synchronized語句就是在被包含的語句 前加了一個鎖，在被包含的語句后釋放掉了鎖。這里需要強調鎖的概念，可以這么認為，Java中每一個對象都有一個鎖的，可以使用synchronized 方法和synchronized語句來獲得這些鎖。 下面通過實例來理解synchronized方法和synchronized語句。 1，下面的兩個方法是等價的： public synchronized void methd(){ .... } public void method(){ synchronized(this){ .... } } 怎么理解上面的等價？ synchronized方法（只能）獲得當前對象的鎖，那么，在synchronized語句中顯示的指明要獲得鎖的對象為this就可以使兩者等價了。 在synchronized方法中，多個線程同時只能訪問某個對象（可能含多個synchronized方法）的一個synchonized方法。 對下面這個銀行類來說，使用synchronized方法就可以達到線程的互斥。多個線程同時只能有一個線程訪問一個synchronized方法。 public class Bank{ public synchronized void deposite(){ 對某個帳戶進行增加 } public synchronized void withdraw(){ 對某個帳戶進行減少 } } 如果，我們想對某個對象的方法進行更靈活的線程互斥訪問，可以使用synchornized語句，顯示的聲明要獲得的鎖的對象。 2， public synchronized static  void methd(){ .... } 上面的方法都可以防止多個線程同時訪問這個類中的method方法。它可以對類的所有對象實例起作用。他等價于下面的方法。 public static  void method(){ synchronized(this.getClass()){ .... } } 這里還需要補充一下，synchronized方法被繼承后就不是synchronized的了，除非在子類中再次聲明方法為synchronized的。 Object類是Java所有對象的基類，Object類中有幾個方法，提供了對多線程編程的支持：

1. wait()方法將當前運行的線程阻塞，放置于當前線程鎖執行的對象的wait set中，然后取消此線程對鎖的獲得。
2. notify()/notifyAll()方法將把當前線程執行的對象的wait set中的某一個/所有線程拿出來。

注意，wait和notify/notifyAll方法只能在線程已獲得對象實例的鎖時才能調用，否則，將拋出java.lang.IllegalMonitorStateException。 這篇文章寫的好累啊，語言組織能力咋這么弱...

文章來源:http://localhost/wp2/?p=52

由于需要，學習了Oracle日志分析工具LogMiner的使用，在此記錄一下： 1，確定你的Oracle安裝的目錄，下面用%ORALCE_HOME%表示。 2，必須以DBA角色登錄，命令如下 SQL>sqlplus /nolog SQL>conn sys/manager@wymis as sysdba 3，（如果第一次做日志分析）安裝LogMiner SQL> @%ORALCE_HOME%\ora90\rdbms\admin\dbmslm.sql SQL> @%ORALCE_HOME%\ora90\rdbms\admin\dbmslmd.sql 4，設置UTL_FILE_DIR值，這個值表示存放日志分析相關文件的目錄，設置方法可以到Oracle的企業管理器下面設置，這個值的例子如c:\log，注意，最后沒有\符號。設置完后，需要重新啟動數據庫。 5，生成數據字典 SQL> execute dbms_logmnr_d.build(- > dictionary_filename => 'logminer_dict.dat',- > dictionary_location => 'c:\import'); 注意上面每行代碼后有一個'-'符號，表示輸入還沒有結束。 注意，dictionary_location的值必須與第4步中UTL_FILE_DIR的值一樣。 6，創建要分析的日志文件列表， 創建列表 SQL> EXECUTE dbms_logmnr.add_logfile(- LogFileName=>' e:\Oracle\oradata\sxf\redo01.log',- Options=>dbms_logmnr.new); 添加其他日志文件到列表 SQL> EXECUTE dbms_logmnr.add_logfile( LogFileName=>' e:\Oracle\oradata\sxf\redo02.log', Options=>dbms_logmnr.addfile); 注意，LogFileName的值可以到相應的數據庫實例文件夾下面的實例獲得。 7，使用LogMiner進行日志分析 SQL> execute dbms_logmnr.start_logmnr(- > dictfilename => 'c:\import\logminer_dict.dat',- > starttime => to_date('2001-9-18 00:00:00','YYYY-MM-DD HH24:MI:SS'),- > endtime => to_date('2009-10-30 00:00:00','YYYY-MM-DD HH24:MI:SS')); 注意，這里的starttime和endtime的范圍必須是你的日志文件涉及的范圍。如果實在拿不準，可以不用這兩個參數。 8，分析結果 LogMiner分析的結果存放在v$LogMnr_Contents表里面。具體的分析，網上有很多好的文章，就不再寫了。 再轉一篇比較好的文章，來自http://www.oracle.com.cn/viewthread.php?tid=22975的 robertmao_2003 作為Oracle DBA，我們有時候需要追蹤數據誤刪除或用戶的惡意操作情況，此時我們不僅需要查出執行這些操作的數據庫賬號，還需要知道操作是由哪臺客戶端（IP地址 等）發出的。針對這些問題，一個最有效實用而又低成本的方法就是分析Oracle數據庫的日志文件。本文將就Oracle日志分析技術做深入探討。 一、如何分析即LogMiner解釋 從目前來看，分析Oracle日志的唯一方法就是使用Oracle公司提供的LogMiner來進行， Oracle數據庫的所有更改都記錄在日志中，但是原始的日志信息我們根本無法看懂，而LogMiner就是讓我們看懂日志信息的工具。從這一點上看，它 和tkprof差不多，一個是用來分析日志信息，一個則是格式化跟蹤文件。通過對日志的分析我們可以實現下面的目的： 1、查明數據庫的邏輯更改； 2、偵察并更正用戶的誤操作； 3、執行事后審計； 4、執行變化分析。 不僅如此，日志中記錄的信息還包括：數據庫的更改歷史、更改類型（INSERT、UPDATE、DELETE、DDL等）、更改對應的SCN號、以及執行 這些操作的用戶信息等，LogMiner在分析日志時，將重構等價的SQL語句和UNDO語句（分別記錄在V$LOGMNR_CONTENTS視圖的 SQL_REDO和SQL_UNDO中）。這里需要注意的是等價語句，而并非原始SQL語句，例如：我們最初執行的是“delete a where c1 <>'cyx';”，而LogMiner重構的是等價的6條DELETE語句。所以我們應該意識到V$LOGMNR_CONTENTS視圖中 顯示的并非是原版的現實，從數據庫角度來講這是很容易理解的，它記錄的是元操作，因為同樣是“delete a where c1 <>'cyx';”語句，在不同的環境中，實際刪除的記錄數可能各不相同，因此記錄這樣的語句實際上并沒有什么實際意義，LogMiner重 構的是在實際情況下轉化成元操作的多個單條語句。 另外由于Oracle重做日志中記錄的并非原始的對象（如表以及其中的列）名稱，而只是它們在Oracle數據庫中的內部編號（對于表來說是它們在數據庫 中的對象ID，而對于表中的列來說，對應的則是該列在表中的排列序號：COL 1, COL 2 等），因此為了使LogMiner重構出的SQL語句易于識別，我們需要將這些編號轉化成相應的名稱，這就需要用到數據字典（也就說LogMiner本身 是可以不用數據字典的，詳見下面的分析過程），LogMiner利用DBMS_LOGMNR_D.BUILD()過程來提取數據字典信息。 LogMiner包含兩個PL/SQL包和幾個視圖： 1、dbms_logmnr_d包，這個包只包括一個用于提取數據字典信息的過程，即dbms_logmnr_d.build()過程。 2、dbms_logmnr包，它有三個過程： add_logfile(name varchar2, options number) - 用來添加/刪除用于分析的日志文件； start_logmnr(start_scn number, end_scn number, start_time number,end_time number, dictfilename varchar2, options number) - 用來開啟日志分析，同時確定分析的時間/SCN窗口以及確認是否使用提取出來的數據字典信息。 end_logmnr() - 用來終止分析會話，它將回收LogMiner所占用的內存。 與LogMiner相關的數據字典。 1、v$logmnr_dictionary，LogMiner可能使用的數據字典信息，因logmnr可以有多個字典文件，該視圖用于顯示這方面信息。 2、v$logmnr_parameters，當前LogMiner所設定的參數信息。 3、v$logmnr_logs，當前用于分析的日志列表。 4、v$logmnr_contents，日志分析結果。 二、Oracle9i LogMiner的增強： 1、支持更多數據/存儲類型：鏈接/遷移行、CLUSTER表操作、DIRECT PATH插入以及DDL操作。在V$LOGMNR_CONTENTS的SQL_REDO中可以看到DDL操作的原句（CREATE USER除外，其中的密碼將以加密的形式出現，而不是原始密碼）。如果TX_AUDITING初始化參數設為TRUE，則所有操作的數據庫賬號將被記錄。 2、提取和使用數據字典的選項：現在數據字典不僅可以提取到一個外部文件中，還可以直接提取到重做日志流中，它在日志流中提供了操作當時的數據字典快照，這樣就可以實現離線分析。 3、允許對DML操作按事務進行分組：可以在START_LOGMNR()中設置COMMITTED_DATA_ONLY選項，實現對DML操作的分組，這樣將按SCN的順序返回已經提交的事務。 4、支持SCHEMA的變化：在數據庫打開的狀態下，如果使用了LogMiner的DDL_DICT_TRACKING選項，Oracle9i的 LogMiner將自動對比最初的日志流和當前系統的數據字典，并返回正確的DDL語句，并且會自動偵察并標記當前數據字典和最初日志流之間的差別，這樣 即使最初日志流中所涉及的表已經被更改或者根本已經不存在，LogMiner同樣會返回正確的DDL語句。 5、在日志中記錄更多列信息的能力：例如對于UPDATE操作不僅會記錄被更新行的情況，還可以捕捉更多前影信息。 6、支持基于數值的查詢：Oracle9i LogMiner在支持原有基于元數據（操作、對象等）查詢的基礎上，開始支持基于實際涉及到的數據的查詢。例如涉及一個工資表，現在我們可以很容易地查 出員工工資由1000變成2000的原始更新語句，而在之前我們只能選出所有的更新語句。 三、Oracle8i/9i的日志分析過程 LogMiner只要在實例起來的情況下都可以運行，LogMiner使用一個字典文件來實現Oracle內部對象名稱的轉換，如果沒有這個字典文件，則直接顯示內部對象編號，例如我們執行下面的語句： delete from "C"."A" where "C1" = ‘gototop’ and ROWID = 'AAABg1AAFAAABQaAAH'; 如果沒有字典文件，LogMiner分析出來的結果將是： delete from "UNKNOWN"."OBJ# 6197" where "COL 1" = HEXTORAW('d6a7d4ae') and ROWID = 'AAABg1AAFAAABQaAAH'; 如果想要使用字典文件，數據庫至少應該出于MOUNT狀態。然后執行dbms_logmnr_d.build過程將數據字典信息提取到一個外部文件中。下面是具體分析步驟： 1、確認設置了初始化參數：UTL_FILE_DIR，并確認Oracle對改目錄擁有讀寫權限，然后啟動實例。示例中UTL_FILE_DIR參數如下： SQL> show parameter utl NAME? ?? ?? ?? ?? ?? ?? ?? ? TYPE? ?? ???VALUE ------------------------ ----------- ------------------------------ utl_file_dir? ?? ?? ?? ?? ???string? ?? ?/data6/cyx/logmnr 這個目錄主要用于存放dbms_logmnr_d.build過程所產生的字典信息文件，如果不用這個，則可以不設，也就跳過下面一步。 2、生成字典信息文件： exec dbms_logmnr_d.build(dictionary_filename =>' dic.ora',dictionary_location => '/data6/cyx/logmnr'); 其中dictionary_location指的是字典信息文件的存放位置,它必須完全匹配UTL_FILE_DIR的值，例如：假設 UTL_FILE_DIR=/data6/cyx/logmnr/，則上面這條語句會出錯，只因為UTL_FILE_DIR后面多了一個“/”，而在很多 其它地方對這一“/”是不敏感的。 dictionary_filename指的是放于字典信息文件的名字，可以任意取。當然我們也可以不明確寫出這兩個選項，即寫成： exec dbms_logmnr_d.build('dic.ora','/data6/cyx/logmnr'); 如果你第一步的參數沒有設，而直接開始這一步，Oracle會報下面的錯誤： ERROR at line 1: ORA-01308: initialization parameter utl_file_dir is not set ORA-06512: at "SYS.DBMS_LOGMNR_D", line 923 ORA-06512: at "SYS.DBMS_LOGMNR_D", line 1938 ORA-06512: at line 1 需要注意的是，在oracle817 for Windows版中會出現以下錯誤： 14:26:05 SQL> execute dbms_logmnr_d.build('oradict.ora','c:\oracle\admin\ora\log'); BEGIN dbms_logmnr_d.build('oradict.ora','c:\oracle\admin\ora\log'); END; * ERROR at line 1: ORA-06532: Subscript outside of limit ORA-06512: at "SYS.DBMS_LOGMNR_D", line 793 ORA-06512: at line 1 解決辦法： 編輯"$ORACLE_HOME/rdbms/admindbmslmd.sql"文件，把其中的 TYPE col_desc_array IS VARRAY(513) OF col_description; 改成： TYPE col_desc_array IS VARRAY(700) OF col_description; 保存文件，然后執行一遍這個腳本： 15:09:06 SQL> @c:\oracle\ora81\rdbms\admin\dbmslmd.sql Package created. Package body created. No errors. Grant succeeded. 然后重新編譯DBMS_LOGMNR_D包： 15:09:51 SQL> alter package DBMS_LOGMNR_D compile body; Package body altered. 之后重新執行dbms_logmnr_d.build即可： 15:10:06 SQL> execute dbms_logmnr_d.build('oradict.ora','c:\oracle\admin\ora\log'); PL/SQL procedure successfully completed. 3、添加需要分析的日志文件 SQL>exec dbms_logmnr.add_logfile( logfilename=>' /data6/cyx/rac1arch/arch_1_197.arc', options=>bms_logmnr.new); PL/SQL procedure successfully completed. 這里的options選項有三個參數可以用： NEW - 表示創建一個新的日志文件列表 ADDFILE - 表示向這個列表中添加日志文件，如下面的例子 REMOVEFILE - 和addfile相反。 SQL> exec dbms_logmnr.add_logfile( logfilename=>' /data6/cyx/rac1arch/arch_2_86.arc', options=>bms_logmnr.addfile); PL/SQL procedure successfully completed. 4、當你添加了需要分析的日志文件后，我們就可以讓LogMiner開始分析了： SQL> exec dbms_logmnr.start_logmnr(dictfilename=>'/data6/cyx/logmnr/dic.ora'); PL/SQL procedure successfully completed. 如果你沒有使用字典信息文件（此時我們只需要啟動實例就可以了），那么就不需要跟dictfilename參數： SQL> exec dbms_logmnr.start_logmnr(); PL/SQL procedure successfully completed. 當然dbms_logmnr.start_logmnr()過程還有其它幾個用于定義分析日志時間/SCN窗口的參數，它們分別是： STARTSCN / ENDSCN - 定義分析的起始/結束SCN號， STARTTIME / ENDTIME - 定義分析的起始/結束時間。 例如下面的過程將只分析從 '2003-09-21 09:39:00'到'2003-09-21 09:45:00'這段時間的日志： SQL> exec dbms_logmnr.start_logmnr(dictfilename=>'/data6/cyx/logmnr/dic.ora' , - starttime => '2003-09-21 09:39:00',endtime => '2003-09-21 09:45:00'); PL/SQL procedure successfully completed. 上面過程第一行結尾的“-”表示轉行，如果你在同一行，則不需要。我們可以看到有效日志的時間戳： SQL> select distinct timestamp from v$logmnr_contents; TIMESTAMP ------------------- 2003-09-21 09:40:02 2003-09-21 09:42:39 這里需要注意的是，因為我之前已經設置NLS_DATE_FORMAT環境變量，所以上面的日期可以直接按這個格式寫就行了，如果你沒有設，則需要使用to_date函數來轉換一下。 SQL> !env|grep NLS NLS_LANG=american_america.zhs16cgb231280 NLS_DATE_FORMAT=YYYY-MM-DD HH24:MI:SS ORA_NLS33=/oracle/oracle9/app/oracle/product/9.2.0/ocommon/nls/admin/data 使用to_date的格式如下： exec dbms_logmnr.start_logmnr(dictfilename=>'/data6/cyx/logmnr/dic.ora',- starttime => to_date('2003-09-21 09:39:00','YYYY-MM-DD HH24:MI:SS'),- endtime => to_date('2003-09-21 09:45:00','YYYY-MM-DD HH24:MI:SS')); STARTSCN 和ENDSCN參數使用方法類似。 5、好了，在上面的過程執行結束之后，我們就可以通過訪問與LogMiner相關的幾個視圖來提取我們需要的信息了。其中在v$logmnr_logs中 可以看到我們當前分析的日志列表，如果數據庫有兩個實例（即OPS/RAC），在v$logmnr_logs中會有兩個不同的THREAD_ID。 而真正的分析結果是放在v$logmnr_contents中，這里面有很多信息，我們可以根據需要追蹤我們感興趣的信息。后面我將單獨列出來講常見的追蹤情形。 6、全部結束之后，我們可以執行dbms_logmnr.end_logmnr過程退出LogMiner分析過程，你也可以直接退出SQL*PLUS，它會自動終止。 四、如何利用LogMiner分析Oracle8的日志文件 雖然說LogMiner是Oracle8i才推出來，但我們同樣可以用它來分析Oracle8的日志文件，只不過稍微麻煩了一點，并且有一定的限制，下面是具體做法： 我們首先復制Oracle8i的$ORACLE_HOME/rdbms/admin/dbmslmd.sql腳本到Oracle8數據庫所在主機的同樣目 錄；這個腳本用于創建dbms_logmnr_d包（注意，Oracle9i中還將創建dbms_logmnr包），如果是8.1.5腳本名字為 dbmslogmnrd.sql。然后在Oracle8的數據庫上運行這個腳本，之后使用dbms_logmnr_d.build過程創建字典信息文件。 現在我們就可以把Oracle8的歸檔日志連同這個字典信息文件復制到Oracle8i數據庫所在的主機上，之后在Oracle8i數據庫中從上面分析過 程的第三步開始分析Oracle8的日志，不過 dbms_logmnr.start_logmnr()中使用的是Oracle8的字典信息文件。 按照我前面所說的那樣，如果不是字典文件，我們則可以直接將Oracle8的歸檔日志復制到Oracle8i數據庫所在主機，然后對它進行分析。 其實這里涉及到了一個跨平臺使用LogMiner的問題，筆者做過試驗，也可以在Oracle9i中來分析Oracle8i的日志。但這些都是有所限制的，主要表現在： 1、LogMiner所使用的字典文件必須和所分析的日志文件是同一個數據庫所產生的，并且該數據庫的字符集應和執行LogMiner數據庫的相同。這很好理解，如果不是同一個數據庫所產生就不存在對應關系了。 2、生成日志的數據庫硬件平臺和執行LogMiner數據庫的硬件平臺要求一致，操作系統版本可以不一致。筆者做試驗時（如果讀者有興趣可以到我網站http://www.ncn.cn上下載試驗全過程，因為太長就不放在這里了），所用的兩個數據庫操作系統都是Tru64 UNIX，但一個是 V5.1A，另一個則是V4.0F。如果操作系統不一致則會出現下面的錯誤： ORA-01284: file /data6/cyx/logmnr/arch_1_163570.arc cannot be opened ORA-00308: cannot open archived log '/data6/cyx/logmnr/arch_1_163570.arc' ORA-27048: skgfifi: file header information is invalid ORA-06512: at "SYS.DBMS_LOGMNR", line 63 ORA-06512: at line 1 五、分析v$logmnr_contents 前面我們已經知道了LogMiner的分析結果是放在v$logmnr_contents中，這里面有很多信息，我們可以根據需要追蹤我們感興趣的信息。那么我們通常感興趣的有哪些呢？ 1、追蹤數據庫結構變化情況，即DDL操作，如前所述，這個只有Oracle9i才支持： SQL> select timestamp,sql_redo from v$logmnr_contents2 where upper(sql_redo) like '%CREATE%'; TIMESTAMP ------------------- SQL_REDO ------------------------- 2003-09-21 10:01:55 create table t (c1 number); 2、追蹤用戶誤操作或惡意操作： 例如我們現實中有這樣需求，有一次我們發現一位員工通過程序修改了業務數據庫信息，把部分電話的收費類型改成免費了，現在就要求我們從數據庫中查出到底是 誰干的這件事？怎么查？LogMiner提供了我們分析日志文件的手段，其中v$logmnr_contents的SESSION_INFO列包含了下面 的信息： login_username=NEW_97 client_info= OS_username=oracle8 Machine_name=phoenix1 OS_terminal=ttyp3 OS_process_id=8004 OS_program name=sqlplus@phoenix1 (TNS V1-V3) 雖然其中信息已經很多了，但在我們的業務數據庫中，程序是通過相同的login_username登錄數據庫的，這樣單從上面的信息是很難判斷的。 不過我們注意到，因為公司應用服務器不是每個人都有權限在上面寫程序的，一般惡意程序都是直接通過他自己的PC連到數據庫的，這就需要一個準確的定位。 IP追蹤是我們首先想到的，并且也滿足我們的實際要求，因為公司內部IP地址分配是統一管理的，能追蹤到IP地址我們就可以準確定位了。但從面的 SESSION_INFO中我們并不能直接看到IP，不過我們還是有辦法的，因為這個SESSION_INFO里面的內容其實是日志從V$SESSION 視圖里提取的，我們可以在生產數據庫中創建一個追蹤客戶端IP地址的觸發器： create or replace trigger on_logon_trigger after logon on database begin dbms_application_info.set_client_info(sys_context('userenv', 'ip_address')); end; / 現在，我們就可以在V$SESSION視圖的CLIENT_INFO列中看到新登錄的客戶端IP地址了。那么上面的提出的問題就可以迎刃而解了。假如被更新的表名為HMLX，我們就可以通過下面的SQL來找到所需信息： SQL > select session_info ,sql_redo from v$logmnr_contents 2 where upper(operation) = 'UPDATE'??and upper(sql_redo) like '%HMLX%' 3 / SESSION_INFO ----------------------------------------- SQL_REDO ----------------------------------------- login_username=C client_info=10.16.98.26 OS_username=sz-xjs-chengyx Machine_name =GDTEL\SZ-XJS-CHENGYX update "C"."HMLX" set "NAME" = 'free' where "NAME" = 'ncn.cn' and ROWID = 'AAABhTAA FAAABRaAAE'; 好了，到此為止，這篇文章就要結束了，如果讀者朋友還有什么疑問，可以登錄我的個人網站（www.ncn.cn）來獲得最新消息，也可以通過MSN（gototop_ncn@hotmail.com）直接和我聯系。 六、參考資料： 1、Technical White Paper Oracle9i LogMiner 2、Metalink文檔：How to Setup LogMiner（文檔ID：111886.1）
文章來源:http://localhost/wp2/?p=50

昨天，遇到一件讓自己膽戰心驚的事情，就是數據庫導出的DMP文件由原來的800多M變為了現在的300多M，整整少了500M！ 仔細回想，自己平時操作數據庫還是很小心的，就算有失誤，也不可能造成那么大的損失啊！ 在這里記錄一下解決過程： 1，首先當然想到了Oracle的重做日志功能，也學習了Oracle自帶的日志分析工具LogMiner的使用方法，等會在另外一篇文章里記錄一下這個工具的使用方法。 2，在使用LogMiner之前，突然想到，能不能把800M的數據庫和300M的數據庫的每張表都單獨導出為DMP文件，進行一下大小的對比 3，在用exp導出時，有一個log選項設定導出日志的文件路徑，此文件記錄了所有導出的數據庫表名和記錄數，用UltraEdit32的正則表達式功能去除了除開表名的其他不相關數據。 4，用Java編寫了一個小程序，讀入所有表名，對每個表名單獨進行exp操作。 5，果然不出所料，其中有一個表被某個管理員清理過，那個表本來就很大，占到了500多M！ 至此，問題解決，總結一下，不管碰到什么意外的問題，不要慌張，冷靜分析才是王道！ PS:被刪除數據的那張表竟然占到了500多M，而整個數據庫才800M，很不解，然后看了一下這張表的模式，發現設計的很有問題，這張表里面表達了多對多的關系，所以數據冗余太大，而且這些冗余根本就不是必須的，反而影響了性能！找常理來說，針對多對多的關系應該轉化為兩個多對一的關系。
文章來源:http://localhost/wp2/?p=48

今天去聽了阿里巴巴的一個宣講會，感受挺深的... 現在的互聯網企業對人才的要求越來越明確了，要不，你精通算法，各種算法；要不，你精通某種編程語言，做過多個項目；總之，就是一個字，精通。 精通，對于我們大部分人來說太難了...一是自己所處的學習環境，什么都在用，要精通某一個，無論從時間還是精力上，談何容易；二是對于行業的確了解太少，確實不知道什么技術是最需要的；三是大部分人都自己的定位都不甚了解，夢想，對大部分人來說都過于飄渺了（哎，浮躁的社會哺育浮躁的人...），大部分人（很不幸，自己也是其中的一員）的夢想，就是尋找自己的夢想，很可悲... 看到一句話，說“什么都去干的企業，最終會被自己干掉”，想想，對個人而言，又何嘗不是？如果對什么都有興趣，但是，精力有限，什么都不精通，真正在找工作的時候，碰到一些細節的、要求準確性的問題，卻是束手無策...這時肯定覺得掌握一大堆時髦、前沿的名詞還不如踏踏實實掌握某一個東東好...平時聊天時高談闊論的驕傲這時化作了一腔默默的無奈...實際點，顛顛自己的分量，在精力允許的范圍內，精通一個東西...然后再做其他打算...只有一年就要找工作了，該踏實點了...
文章來源:http://localhost/wp2/?p=46

? Flash/Flex與Java之間的數據類型映射，來自red5官方文檔：

Flash/Flex	Java
Number	any of the Java numeric types
int/uint *	any of the non-floating point Java numeric types
String	String
Boolean	Boolean/boolean
Array	List
Object	org.red5.io.utils.ObjectMap
Date	java.util.Date
XML	org.w3c.dom.Document
ByteArray *	org.red5.io.amf3.ByteArray
IExternalizable *	org.red5.io.amf3.IExternalizable
ArrayCollection *	org.red5.compatibility.flex.messaging.io.ArrayCollection
ObjectProxy *	org.red5.compatibility.flex.messaging.io.ObjectProxy
Null	null
custom class **	custom class

? Please note that Red5 performs automatic parameter conversion, e.g. if you pass a number to a method that takes a String as parameter, it is automatically converted.

Java	Flash/Flex
any of the Java numeric types	Number
any of the non-floating point Java numeric types	int/uint *
String	String
boolean/Boolean	Boolean
List/Set	Array
Map	Array or Object, depends on the Map contents
any objects	Object
org.red5.io.utils.ObjectMap	Object
java.util.Date	Date
org.w3c.dom.Document	XML
org.red5.io.amf3.ByteArray	ByteArray *
org.red5.io.amf3.IExternalizable	IExternalizable *
org.red5.compatibility.flex.messaging.io.ArrayCollection	ArrayCollection *
org.red5.compatibility.flex.messaging.io.ObjectProxy	ObjectProxy *
null	Null
custom class	custom class **

? ^* = Only available in Flash Player 9 or newer (AMF3) ^** = You can map the class to serialize to in Red5 by adding "[RemoteClass(alias="package.to.RemoteClass")]" above your Flex class definition.
文章來源:http://localhost/wp2/?p=39

??? 今天在做red5和flashplayer之間傳遞數據時，犯了一個讓人郁悶的錯誤，記錄下來，讓自己今后保持頭腦清醒... ??? 昨天晚上還可以正確傳遞ArrayCollection，但是今天下午卻不行...我的解決方法太失敗了，我竟然首先沒有對比和昨天的差異，而就是在那不停的測啊，改啊，測啊...還以為發現了red5序列化的一個bug...太傻冒了...遇到這種問題，很自然的應該找昨天為什么行，而今天為什么不行...很明顯應該從代碼入手...唉，而自己只會看現象...很多時候，多看看代碼，問題就會解決的...唉，可能是自己的思維定勢吧...改正... ??? 在記錄一下錯誤的原因：自己對NetConnection的編碼方式設置成了AMF0，由于ArrayCollection的傳遞需要AMF3，所以出錯了...
文章來源:http://localhost/wp2/?p=37

越來越深刻的覺得，從小到大的各個階段，不能跳躍前行，只能腳踏實地。 這些天師兄們講找工作只要算法和C/C++基礎好，找工作那是一個一帆風順...回想本科學習時，當時覺得做項目很牛逼，久而久之，就忽略了項目的基礎——算法，回過頭來，現在還得重新啃算法。算法里面的一些時間復雜度的證明，又是高數極限里面的一些基礎知識（還好，高數還沒忘光...）。這一個個鮮活而血淋淋的實例再一次向我昭示了腳踏實地的重要性。 既然已經決定先走技術路線，那么就徹底點，卸下那些與技術路線背道而馳的壞毛病，腳踏實地的走吧，人生可不是買東西，沒有折扣啊...
文章來源:http://localhost/wp2/?p=34

   

    來自：http://www.moandroid.com/?p=638
   

DDMS 的全稱是Dalvik Debug Monitor Service，它為我們提供例如：為測試設備截屏，針對特定的進程查看正在運行的線程以及堆信息、Logcat、廣播狀態信息、模擬電話呼叫、接收SMS、虛擬地理坐標等等。

如何啟動 DDMS

DDMS 工具存放在SDK – tools/路徑下，啟動DDMS方法如下:

1. 直接雙擊ddms.bat運行；
2. 在Eclipes調試程序的過程中啟動DDMS，在Eclipes中的界面如下：
   
   選擇“Other”，界面如下：
   
   雙擊DDMS就可以啟動了。

DDMS對Emulator和外接測試機有同等效用。如果系統檢測到它們(VM)同時運行，那么DDMS將會默認指向 Emulator。以上2種啟動后的操作有些不一樣，建議分別嘗試下。

DDMS 的工作原理

DDMS將搭建起IDE與測試終端(Emulator 或者connected device)的鏈接，它們應用各自獨立的端口監聽調試器的信息，DDMS可以實時監測到測試終端的連接情況。當有新的測試終端連接后，DDMS將捕捉到 終端的ID,并通過adb建立調試器，從而實現發送指令到測試終端的目的。

DDMS監聽第一個終端App進程的端口為8600，APP進程將分配8601，如果有更多終端或者更多APP進程將按照這個順序依次類推。DDMS通過8700端口（”base port”）接收所有終端的指令。

下邊通過GUI詳細了解DDMS的一些功能

Devices

在GUI的左上角可以看到標簽為”Devices”的面板，這里可以查看到所有與DDMS連 接的終端的詳細信息，以及每個終端正在運行的APP進程，每個進程最右邊相對應的是與調試器鏈接的端口。因為Android是基于Linux內核開發的操 作平臺，同時也保留了Linux中特有的進程ID，它介于進程名和端口號之間。

在面板的右上角有一排很重要的按鍵他們分別是Debug the selected process、Update Threads、Update Heap、Stop Process和ScreenShot。

Emulator Control

通過這個面板的一些功能可以非常容易的使測試終端模擬真實手機所具備的一些交互功能，比如：接聽電話，根據選項模擬各種不同網絡情況，模擬接受SMS消息和發送虛擬地址坐標用于測試GPS功能等。

Telephony Status: 通過選項模擬語音質量以及信號連接模式。
Telephony Actions: 模擬電話接聽和發送SMS到測試終端。
Location Control: 模擬地理坐標或者模擬動態的路線坐標變化并顯示預設的地理標識，可以通過以下3種方式：

• Manual： 手動為終端發送二維經緯坐標。
• GPX： 通過GPX文件導入序列動態變化地理坐標，從而模擬行進中GPS變化的數值。
• KML： 通過KML文件導入獨特的地理標識，并以動態形式根據變化的地理坐標顯示在測試終端。

Threads、Heap、File Exporler

這幾項，我們在其他開發工具中也經常使用，就在不此詳細說明了。通過File Exporler可以查看Android模擬器中的文件，可以很方便的導入/出文件。

Locate、Console

Locate：顯示輸出的調試信息，詳見Android下如何調試程序？；
Console：是Android模擬器輸出的信息，加載程序等信息；

使用DDMS模擬發送短信，操作過程如下：

在Emulator Control"Telephony Actions 中輸入以下內容

單擊發送后，在Android模擬器中打開Messaging，看到下面的短信：

單擊新短信，詳細查看短信內容：

中文顯示為亂碼，在未來的開發中，我們必須要注意中文字符的問題。

總結說明

DDMS是我們開發人員最好的調試工具，它將是每個從事Android開發的人員都不可缺少的。

    一切從String str = new String（"abc"）說起...
    這行代碼形式上很簡單，其實很復雜。有一個常見的Java筆試題就是問上面這行代碼創建了幾個String對象。
    我剛開始很自然的覺得應該是創建了一個String對象，后來查閱資料，才發現，實際上創建了兩個String對象。下面說明為什么創建了兩個String對象。
    首先，來了解一下Java中的字符串駐留池的概念。JVM為了提高性能，將一下兩種形式的字符串放在一個稱之為字符串駐留池的內存塊中：
    形式一：String str = "abc";
    形式二："abc"
    其實，形式一和形式二都是字符串的字面常量。所以，可以這樣理解，即把字符串的字面常量都放在了字符串駐留池中。對形式一來說，str其實就是引用的字符串駐留池中"abc"這個String對象。
    如果有如下的兩行代碼：
    String str1 = "abc";
    String str2 = "abc";
    那么，上面的兩行代碼創建了幾個String對象？答案是一個。根據我們剛才所述，那么第一行語句將在池中創建一個String對象，第二行會先在池中尋找是否有值與"abc"相同的String對象，如果有，就直接引用，沒有這在池中新建String對象。這下，就明白了為什么上面的兩行語句僅僅創建了一個String對象。
    然后，讓我們來看一看String str = new String("abc")。我們先不討論到底創建了幾個String對象。我們在這里，比較一下這種new的方式和上面的直接賦值方式兩種創建String對象的不同，直接賦值的方式是在字符串駐留池中創建對象，但new這種方式是在堆中創建對象。即，new創建的String對象是不會放入字符串駐留池中的。如果一定要把某個通過new創建的字符串對象放入駐留池，可以使用intern()方法。如String strt = str.intern()，將把str的值放在駐留池中（當然，是在駐留池原來沒有這個值對應的String對象的情況下），并返回駐留池中String對象的引用。
    現在，可以分析String str = new String("abc");創建了幾個String對象了:)很明顯，傳入的"abc"字符串字面常量在駐留池中創建了一個對象，new操作符在堆中創建了一個對象，所以，一共創建了兩個String對象。
    對于Java中的其他類的對象的創建，應該沒有這種問題。看來，String對象還是挺特殊的...追根究底，我覺得還是因為字符串操作太多了，為了優化，不得已而為之。
   

    Java標注（Annotation）是Java語言5.0版本開始支持加入源代碼的特殊語法元數據。

    Java語言中的類、方法、變量、參數和包等都可以被標注。Java標注和Javadoc不同，標注有自反性。在編譯器生成類文件時，標注可以被嵌入到字節碼中，由Java虛擬機執行時獲取到標注。

    Java標注可以用于編譯時，也可以用于運行時。下面的討論主要集中于運行時。

    Annotation分類

    1，內建Annotation——Java5.0版在java語法中經常用到的內建Annotation：
    @Deprecated用于修飾已經過時的方法；
    @Override用于修飾此方法覆蓋了父類的方法（而非重載）；
    @SuppressWarnings用于通知java編譯器禁止特定的編譯警告。

    下面代碼展示了內建Annotation類型的用法：

    2,開發者自定義Annotation：由開發者自定義Annotation類型。
    下面是一個使用annotation進行方法測試的sample：

    AnnotationDefineForTestFunction類型定義如下：


    測試annotation的代碼如下：


    3，使用第三方開發的Annotation類型
    這也是開發人員所常常用到的一種方式。比如我們在使用Hibernate3.0時就可以利用Annotation生成數據表映射配置文件，而不必使用Xdoclet。

    來自：http://www.cnblogs.com/ssqjd/archive/2009/02/08/1386427.html

   

要玩GPhone的模擬器，當然需要先去google上面下載Android的SDK，解壓出來后在SDK的根目錄下有一個tools文件夾，里面就是模擬器和一些非常有用的工具。

雙擊“emulator.exe”，直接啟動模擬器，簡單吧。當然，如果要對模擬器進行一些定制，還是要從命令行調用，帶上參數啟動。下面就來介紹一下啟動是常用的幾個參數：

1.模擬器外觀的定制：
480x320, landscape: emulator -skin HVGA-L
320x480, portrait : emulator -skin HVGA-P (default)
320x240, landscape: emulator -skin QVGA-L
240x320, portrait : emulator -skin QVGA-P

2.為模擬器加上SD卡：
emulator -sdcard D:"sdcard.img

下面我們再來說說如何創建"sdcard.img"文件：
“tools”目錄下還有另外一個很好用的工具“mksdcard.exe”，一看名字就知道——make sdcard。對，就用它來創建一個“SD卡”。

命令為：
mksdcard 1024M D:"sdcard.img

OK,這樣一個容量為1G的SD卡就創建完畢了。

使用SDCard:

創建: mksdcard <1024M> <sdcard.img>
(bytes(default)，K，M)

連接到模擬器: emulator -sdcard <目錄/sdcard.img>

傳文件到SDCard: adb push <目錄/audio.mp3> </sdcard/audio.mp3>

玩過手機模擬器的人一般最感興趣的當然是模擬器能做什么呢？下面一一道來：

GPhone的模擬器有個特有的號碼：15555218135，這個就類似我們實體手機的SIM卡號碼啦。要實現撥號，用手機？當然不行！

更簡單，三步：
1.運行 cmd
2.連接: telnet localhost 5554
3.命令:gsm call 15555218135

look！是不是模擬器上顯示來電了？接聽/掛斷和實體手機一樣。

發短信也一樣簡單，重復上面1，2兩步，第三部命令改一下：
sms send 15555218135 Hello,this is a Message.

來說說PC與模擬器文件傳輸的方法吧。這里需要用到另一個重要工具，也在“tools”目錄下，“adb.exe”。

adb:

adb(Android Debug Bridge)是Android 提供的一個通用的調試工具，借助這個工具，我們可以管理設備或手機 模擬器 的狀態 。還可以進行以下的操作：
1、快速更新設備或手機模擬器中的代碼，如應用或Android系統升級；
2、在設備上運行shell命令；
3、管理設備或手機模擬器上的預定端口；
4、在設備或手機模擬器上復制或粘貼文件

一些常用的操作：

進入Shell: adb shell

通過上面的命令，就可以進入設備或模擬器的shell環境中，在這個Linux Shell中，你可以執行各種Linux 的命令，另外如果只想執行一條shell命令，可以采用以下的方式：
adb shell [command]
如：adb shell dmesg會打印出內核的調試信息。
(Android的linux shell做了大量精簡，很多linux常用指令都不支持)

上傳文件: adb push <PC文件> </tmp/...>
下載文件: adb pull </tmp/...> <PC文件>

安裝程序: adb install <*.apk>
卸載軟件: adb shell rm /data/app/<*.apk>

補充一點，通過adb安裝的軟件(*.apk)都在"/data/app/"目錄下，所以安裝時不必制定路徑，卸載只需要簡單的執行"rm"就行。

結束adb: adb kill-server

顯示android模擬器狀態:
adb devices (端口信息)
adb get-product (設備型號)
adb get-serialno (序列號)

等待正在運行的設備: adb wait-for-device

端口轉發: adb forward adb forward tcp:5555 tcp:1234
(將默認端口TCP 5555轉發到1234端口上)

查看bug報告: adb bugreport

adb shell sqlite3 訪問數據庫SQLite3
adb shell logcat -b radio 記錄無線通訊日志： 一般來說，無線通訊的日志非常多，在運行時沒必要去記錄，但我們還是可以通過命令，設置記錄：

應用程序配置文件:
"AndroidManifest.xml"中
"<category android:name="android.intent.category.LAUNCHER" />"
決定是否應用程序是否顯示在Panel上

-----------------------------------------------------------------------------------

am指令(在shell內使用am來加載android應用):
am [start|instrument]   
   
am start [-a <ACTION>]
  [-d <DATA_URI>]
  [-t <MIME_TYPE>]                
  [-c <CATEGORY> [-c <CATEGORY>] ...] 
  [-e <EXTRA_KEY> <EXTRA_VALUE> [-e <EXTRA_KEY> <EXTRA_VALUE> ...]
  [-n <COMPONENT>] [-D] [<URI>]       

am instrument [-e <ARG_NAME> <ARG_VALUE>]
  [-p <PROF_FILE>]                
  [-w] <COMPONENT>

啟動瀏覽器:
am start -a android.intent.action.VIEW -d http://www.google.cn/

撥打電話:
am start -a android.intent.action.CALL -d tel:10086

啟動google map直接定位到北京:
am start -a android.intent.action.VIEW geo:0,0?q=beijing

-----------------------------------------------------------------------------------

目錄：
# ls
ls
sqlite_stmt_jou
cache
sdcard
etc
init
init.goldfish.r
init.rc
data
system
proc
sys
sbin
default.prop
root
dev

這里要說明下，從andorid中得到的文件流的字符串的順序是按“類型+權限+擁有者+數組+大小+日期+名稱+鏈接到”順序排列的，其中類型“d”表示的是文件夾，"l"表示的是鏈接,'-'表示的是文件。

例如d rwxrwx--- system    cache                2009-01-09 11:46              cache

上面的目錄就是通過解析ls命令返回的字符串進行解析的。

-----------------------------------------------------------------------------------

數據庫:

聯絡人(含通話記錄)數據庫：/data/data/com.android.providers.contacts/databases/contacts.db
媒體庫(貌似記錄鈴聲設置等信息): /data/data/com.android.providers.media/internal.db
系統設置: /data/data/com.android.providers.settings/databases/settings.db
短信庫: /data/data/com.android.providers.telephony/databases/mmssms.db
Web設置: /data.data/com.android.settings/databases/webview.db
地圖搜索歷史記錄:/data/data/com.google.android.apps.maps/databases/search_history.db
帳號庫?(內含androidId信息) : /data/data/com.google.android.googleapps/databases/accounts.db

鈴聲: /system/media/audio
時區設置: /data/property/persist.sys.timezone

-----------------------------------------------------------------------------------
目前的安裝模式
　　安裝前：
1. emulator -wipe-data
2. adb push busybox ./
3. adb shell ./busybox tar -cf /tmp/data.tar /data
4. adb pull /tmp/data.tar .
5. mkdir original
6. cd original
7. tar -xf ../data.tar

　　安裝后：
1. adb shell ./busybox tar -cf /tmp/data.tar /data
2. adb pull /tmp/data.tar .
3. mkdir after_install
4. cd after_install
5. tar -xf ../data.tar

    目前來看，就是/data/app和data/data下多了兩個相關文件，同時在/data/system/packages.xml中增加了安裝的程序信息。似乎菜單也是從這個文件中得到是否新安裝程序，以及如何顯示相關信息比如名稱什么的。

android模擬器和真機的不同之處：

    * 不支持呼叫和接聽實際來電；但可以通過控制臺模擬電話呼叫(呼入和呼出)
    * 不支持USB連接
    * 不支持相機/視頻捕捉
    * 不支持音頻輸入(捕捉)；但支持輸出(重放)
    * 不支持擴展耳機
    * 不能確定連接狀態
    * 不能確定電池電量水平和交流充電狀態
    * 不能確定SD卡的插入/彈出
    * 不支持藍牙

andoroid模擬器使用注意：
平時使用emulator測試開發的網友注意應該定期清理下C:"Documents and Settings"sh"Local Settings"Temp"AndroidEmulator文件夾，由于Android模擬器每次運行時會臨時生成幾個.tmp后綴的臨時文件，沒有幾 個月功夫簡單一看竟然占用磁盤空間高達5GB之多。這些文件網友可以安全的刪除。

    最近在讀高煥堂的《Android應用框架原理與程序設計》，由于高煥堂是臺灣省的，所以術語不太一樣，這里是網上收集的大陸和臺灣的IT術語對比表：
   

中國臺灣省 中國大陸

程式----------->程序

圖示----------->圖標

功能表--------->菜單

視窗----------->窗口

作業----------->工作

內存----------->記憶體

埠------------->端口

資訊----------->信息

硬盤----------->硬碟

互動----------->交互

光盤----------->光碟

硬碟機--------->硬盤驅動器

光碟機--------->光盤驅動器

變數----------->變量

物件----------->對象

亂數----------->隨機數

測驗----------->測試

滑鼠----------->鼠標

回應----------->響應

設定----------->設置

撰寫----------->編寫

列印----------->打印

網路----------->網絡

檔案----------->文件

位元----------->比特

檔名----------->文件名

影像----------->圖像

螢屏----------->屏幕

存盤----------->存儲

指標----------->指示

影片----------->動畫

真偽----------->真假

顯示幕--------->顯示器

工具列--------->工具欄

重繪----------->刷新

裝置----------->設置

游標----------->光標

關於----------->關于

支援----------->支持

軟體----------->軟件

硬體----------->硬件

著作權--------->版權

整合ssi雖然原理比較簡單，但在實際操作的時候還是容易出錯的，在這里也記錄一下...
各個組件的版本號：struts2.1 spring2.5 ibatis2.3
struts2.1需要的包
    首先是struts2.1必須的包：

    然后是要與spring集成需要的包：struts2-spring-plugin-2.1.6.jar

spring2.5需要的包
    這里用的是集成了spring所有模塊的包：spring.jar

ibatis2.3需要的包
    ibatis-2.3.*.*.jar

web.xml的配置

applicationContext.xml的配置

sql-map-config.xml的配置

    具體sql-map文件的配置，這里就不寫了，我也是剛剛學習ibatis，呵呵，由于最近馬上就要開發了，就找了工具來加快速度，ibatis官方提供的ibator（原來叫abator）這個工具相當猛啊，還在學習中...

    在配置過程當中，特別需要注意各個配置文件的存放位置，比如對于applicationContext.xml來說，默認應該存放在WEB-INF文件夾中，如果想放到類路徑上去，需要在web.xml里面配置，一般配置在web.xml的開頭部分：

來自：http://www.javaeye.com/topic/106626

一、簡介：
hsql數據庫是一款純Java編寫的免費數據庫，許可是BSD-style的協議。
相對其他數據庫來說，其體積小，才563kb。
僅一個hsqldb.jar文件就包括了數據庫引擎，數據庫驅動，還有其他用戶界面操作等內容。
下載地址：http://hsqldb.org/

二、使用hsql數據庫：
1、hsql數據庫引擎有幾種服務器模式：常用的Server模式、WebServer模式、Servlet模式、Standlone模式、Memory-On&shy;ly數據庫。

2、最為常用的Server模式：
1)首先卻換到lib文件夾下，運行java -cp hsqldb.jar
org.hsqldb.Server -database.0 db/mydb -dbname.0 xdb
執行命令后，將會在db文件夾下創建一個數據庫mydb，別名（用于訪問數據庫）是xdb，如果存在mydb數據庫，將會打開它。
2)運行數據庫界面操作工具：java -cp hsqldb.jar
org.hsqldb.util.DatabaseManager
在Type選項里選上相應的服務器模式，這里選擇HSQL
Database Engine
Server模式；Driver不用修改；URL修改為jdbc:hsqldb:hsql://localhost/xdb
（主要這里xdb就是上面我們設置的別名）;user里設置用戶名，第一次登錄時，設置的是管理員的用戶名，password設置密碼。然后點擊Ok。
3)第一次運行數據庫引擎，創建數據庫完畢。好了，你可以打開db文件夾，會發現里面多了幾個文件。
mydb.properties文件：是關于數據庫的屬性文件。
mydb.script：hsql主要保存的表（這里按hsql的說法是Memory表，就是最為常用的），里面的格式都是文本格式，可以用文本查看，里面的語&shy;句都是sql語句，熟悉sql語句的話，你也可以手動修改它。每次運行數據庫引擎的話都是從這里加載進內存的。
mydb.lck表示數據庫處于打開狀態。
其他的請參看hsqldb包里的手冊。

3、WebServer模式和Server運行模式基本一樣，只是支持了Http等協議，主要用于防火墻，默認端口是9001。啟動Server，java
-cp hsqldb.jar org.hsqldb.WebServer ...剩余的和上面的一致。

4、Servlet模式可以允許你通過Servlet容器來訪問數據庫，請查看hsqlServlet.java的源代碼，和WebServer類似。

5、另一個值得思考的模式是Standalone模式：不能通過網絡來訪問數據庫，主要是在一個JVM中使用，那樣的話，訪問的速度會更加快。雖然文檔里 面提到&shy;主要是用于開發時使用，但是我們可以假設一下，該方法不需要一個引擎類的東西，而類似于打開文件的方式，返回一個 Connection對象：
Connection c = DriverManager.getConnection("jdbc:hsqldb:file:mydb",
"sa", "");
將會在當前目錄找到mydb數據庫相關文件，打開并返回一個Connection對象。該方式有點好處就是可以不使用引擎，在需要的時候操作數據。所以那 些對數&shy;據庫不是特別有要求的，但又需要一個操作數據庫的方式的話，可以使用這種方法。對于那些不想額外在數據庫引擎花費金錢的話，可以 使用這種方法。但是不推薦使用該&shy;方法。記得Hibernate里SessionFactory可以使用 openSession(Connecttion
c)來獲得一個Session對象的，因此，在測試或者實際應用的話都可以這樣使用。

6、Memory-Only
數據庫：顧名思義，主要是內存中使用，不用于保存數據。可以用于在內存中交換數據。

上面是關于hsqldb的一些基本信息的介紹，可以看到它的一些優勢和特性。
我們可以把hsqldb內置在web程序中，除考慮Standalone模式外，最好是采用最為常用的Server模式。
那么Server模式如何和web程序合理搭配使用呢。
可以采用兩種方式：
1）采用上面提到的方法，運行java -cp hsqldb.jar
org.hsqldb.Server -database.0 db/mydb -dbname.0 xdb
來啟動db，通過設置的URL：jdbc:hsqldb:hsql://localhost/xdb
以達到在程序中訪問hsql數據庫的
（注：設置URL等信息，可以通過hibernate來配置，例如：
hibernate.dialect org.hibernate.dialect.HSQLDialect
hibernate.connection.driver_class org.hsqldb.jdbcDriver
hibernate.connection.username sa
hibernate.connection.password
hibernate.connection.url jdbc:hsqldb:hsql://localhost/xdb ）
2）為了省去第一種方法的瑣碎，可以在啟動web容器的過程中同時啟動hsqldb。具體做法如下：編寫一個有關hsql的Listener類，擴展javax&shy;.servlet.ServletContextListener，可以在配置文件中設置dbPath、dbName、port等等hsqldb的信息，啟動h&shy;sqldb。
在web.xml中配置
<listener>

<listener-class>com.iplan.portal.framework.web.HsqlListener</listener-class&shy;>
</listener>
這樣在啟動web容器的時候，同時啟動了hsqldb，關閉容器的時候同時也shutdown掉hsqldb。

MyEclipse6.5集成SVN

第一步：安裝Mylyn：

      打開Myeclipse6.5，依次點擊Hellp-->Software Updates-->Find and Install

      在彈出的對話框中選擇第二項（Search for new features to install)，點擊next后，在新的對話框中選擇New Remote Site...然后填寫下面內容：

Name：Mylyn

URL：http://download.eclipse.org/tools/mylyn/update/e3.3

     然后一路點擊下一步。完成安裝后重啟workspace。

第二步：安裝Subversive：

      打開Myeclipse6.5，依次點擊Hellp-->Software Updates-->Find and Install

      在彈出的對話框中選擇第二項（Search for new features to install)，點擊next后，在新的對話框中選擇New Remote Site...然后填寫下面內容：

Name：subversive

URL：http://download.eclipse.org/technology/subversive/0.7/update-site/

      然后一路點擊下一步。完成安裝后重啟workspace。

第三步：安裝Subservice Connectors：

      打開MyEclipse6.5，依次點擊Hellp-->Software Updates-->Find and Install

      在彈出的對話框中選擇第二項（Search for new features to install)，點擊next后，在新的對話框中選擇New Remote Site...然后填寫下面內容：

Name：subservice connectors

URL：http://www.polarion.org/projects/subversive/download/eclipse/2.0/update-site/

      然后一路點擊下一步。完成安裝后重啟workspace。

      到這里安裝完畢。

      然后在MyEclipse6.5點擊Window-->Show View-->Other...-->SVN-->SVN Repositories,點擊OK，添加SVN Repositories的窗口。

      好了，下面就可以新建一個Repository Location了。

在SVN Repositories窗口中右鍵New-->Repository Location，輸入SVN服務端的URL和用戶名，密碼，點擊確定后就完成了。

    磁盤命令應該是最基本的命令了。linux下的磁盤命令主要有三個：
    df命令用來檢查文件系統的磁盤空間占用情況。這里的文件系統指掛載到linux系統上的文件系統。沒有掛載上來的是沒有包含進來的。
    fdisk命令主要用來分區。先復習一下基礎知識。一個硬盤可以劃分4個區，3個主要分區，一個擴展分區，而擴展分區里可以劃分n個邏輯分區，擴展分區本身不能儲存任何東西，也不能格式化成某種文件系統，只能用于區分邏輯分區。
    sudo fdisk -l
    fdisk用來分區比較復雜，Linux有一個圖形化的軟件gparted來進行分區。
    sudo apt-get install gparted          安裝
    mkfs是格式化的命令，它的形式：sudo mkfs -t 文件系統 存儲設備，如：
    sudo mkfs -t ext3 /dev/sda6             把該設備格式化成ext3文件系統
    mount和umount是掛載和取消掛載命令。
    sudo mount [-t 文件系統 ] [-o 選項] 設備 目錄
    使用這個命令前需要先生成一個用于被掛的目錄，創建了這樣的目錄后有個細節問題就是更改這個目錄的權限，最起碼要你可讀寫，這樣才能使你掛載的硬盤可讀寫，當然ntfs的硬盤除外。如：chmod 777 目錄。掛載時，也有可以省事的地方，比如說你不知道你的分區是什么文件類型你可以:sudo mount -t auto 設備 目錄。sudo mount 設備 目錄
   

ROWNUM的概念
ROWNUM是 一個虛假的列。它將被分配為 1，2，3，4，...N，N 是行的數量。一個ROWNUM值不是被永久的分配給一行 （這是最容易被誤解的）。表中的某一行并沒有標號；你不可以查詢ROWNUM值為5的行——根本沒有這個概念。另一個容易搞糊涂的問題是ROWNUM值是 何時被分配的。ROWNUM值的分配是在查詢的謂詞解析之后，任何排序和聚合之前進行的。ROWNUM值只有當被分配之后才會增長。這就是為什么下面的查 詢永遠都不會返回結果：
select * from countries where rownum>1;
ROWNUM > 1對于第一行來說并不是真值，ROWNUM沒有增長到 2。所以，沒有比1大的ROWNUM.永遠都不要使用’ROWNUM>？‘和’ROWNUM=2…N’這樣的條件。

用rownum顯示排序結果的前N條記錄
FROM/WHERE子句先被執行.
根據FROM/WHERE子句輸出的行, ROWNUM被分配給他們并自增長.
SELECT 被應用.
GROUP BY 被應用.
HAVING is 被應用.
ORDER BY 被應用.
這就是為什么下面的SQL幾乎總是錯誤的:
select rownum,job_title,min_salary
from jobs where rownum<3 order by min_salary;
正確的寫法:
        select rownum,tmp.* from (
        select job_title,min_salary
        from jobs order by min_salary) tmp
        where rownum<=3;

用ROWNUM實現分頁
select * from
        (select /*+ FIRST_ROWS(n) */ a.*,
        ROWNUM rnum
        from (your_query_goes_here, with order by) a
        where ROWNUM <=
        :MAX_ROW_TO_FETCH )
where rnum >= :MIN_ROW_TO_FETCH;
FIRST_ROWS(N)使優化器考慮最短時間獲得前N條記錄.
:MAX_ROW_TO_FETCH 某一頁中結果集的最后一行。如果你每頁顯示10行，要顯示第6頁,那么此值取60。
:MIN_ROW_TO_FETCH 某一頁中結果集的第一行。如果你每頁顯示10行，要顯示第6頁,那么此值取50。

ROWNUM對性能的影響
ROWNUM可以避免oracle在磁盤上進行排序。rownum無法避免全表掃描的發生，但是它可以避免對整個表數據的排序操作，在指定了rownum后，排序操作在內存中可以輕松完成。

    sequence是用來在多用戶環境下產生唯一整數的數據庫對象。序列產生器順序生成數字，它可用于自動生成主鍵值，并能協調多行或者多表的主鍵操 作。沒有sequence，順序的值只能靠編寫程序來生成。先找出最近產生的值然后自增長。這種方法要求一個事務級別的鎖，這將導致在多用戶并發操作的環 境下，必須有人等待下一個主鍵值的產生。而且此方法很容易產生主鍵沖突的錯誤，如下圖：
time a......trans1 begin.........................................................
                       |
              取max value=5 
                        |
time b...... max value+1=6........trans2 begin.....................
                        |                         |
               other action               max value=5
                        |                         |
time c..... commit;  ...................max value+1=6................
                                                  |
                                              commt(ora-00001)

如上圖，事務2會報主鍵沖突的錯誤，而再刷新一下頁面（再執行一邊程序），可能就正常了。
還有一個問題，那就是完成生成主鍵的程序 （一般情況包含plsql塊）本身對于并發調用也是一個瓶頸，因為這樣的程序段往往是提供給好多程序去調用，如果代碼端寫的不夠優化（比如沒有使用邦定變 量等等），或者此代碼段存在問題，那么它所影響的是系統的全局。我們應該提倡開發人員使用sequence。sequence消除了序列化問題，而且改善 了應用的并發能力。

創建sequence

sequence的命名最重要的是要統一，命名規則是次要的。
 CREATE SEQUENCE emp_sequence
      INCREMENT BY 1
      START WITH 1
      NOMAXVALUE
      NOCYCLE
      CACHE 10;
這 里需要重點說明的是cache參數，它是為了應對并發訪問的。cache參數告訴oracle預先分配一個sequence numbers的集合，并且保留在內存中，以便sequence number能夠被快速的訪問。這個內存的大小就是cache所指定的大小，當多個用戶同時訪問一個sequence的時候，是在oracle SGA中讀取sequence當前的合理數值，如果并發訪問太大，cache的大小不夠，那么就會產生sequence cache相關的等待（enq: SQ - contention），影響系統性能。
既然cache涉及到了內存，那么就會想到oracle實例恢復的問題。如果數據庫shutdown abort，sequence會如何呢？當然會有問題，sequence number保存在內存里的但是沒有被應用到表中的會丟失！

修改sequence

除了修改sequence的starting number，你什么都能改，如果想改starting number，只能先drop然后create。
ALTER SEQUENCE emp_sequence
    INCREMENT BY 10
    MAXVALUE 10000
    CYCLE
    CACHE 20;
修 改很有用，最典型的情況是“需要把sequence 的current value改大一點，避免程序報錯！”。你就可以看看current value是多少，然后修改increment by 足夠大的值，然后執行.nextval，最后別忘了再將increnent by改成原來的值，還要注意做這些工作的前提是當前沒有人用此sequence。

使用 sequence

CURRVAL 和 NEXTVAL 能夠在以下情況使用:
insert的values字句、select中的select列表、update中的set字句

CURRVAL 和 NEXTVAL 不能夠在以下情況使用:
子查詢、視圖和實體化視圖的查詢、帶distinct的select語句、帶 group by和order by的select語句、帶union或intersect或minus的select語句、select中的where字句、create table與alter table中的default值、check約束條件。

刪除sequence

drop sequence seq_a;
當刪除sequence后，對應它的同義詞會被保留，但是引用時會報錯。

oracle rac環境中的sequence

oracle為了在rac環境下為了sequence的一致性，使用了三種鎖：row cache lock、SQ鎖、SV鎖。
row cache lock的目的是在sequence指定nocache的情況下調用sequence.nextval過程中保證序列的順序性；
SQ鎖是應用于指定了cache+noorder的情況下調用sequence.nextval過程中。
SV 鎖（dfs lock handel) 是調用sequence.nextval期間擁有的鎖。前提是創建sequence時指定了cache 和order屬性 (cache+order)。order參數的目的是為了在RAC上節點之間生成sequence的順序得到保障。

創建sequence賦予的cache值較小時，有enq:sq-contention等待增加的趨勢。
cache的缺省值是20.因此創建并發訪問多的sequence時，cacheh值應取大一些。否則會發生enq:sq-contention等待事件。

rac上創建sequence時，如果指定了cache大小而賦予noorder屬性，則各節點將會把不同范圍的sequence值cache到內 存上。若兩個節點之間都必須通過依次遞增方式使用sequence，必須賦予如下的order屬性（一般不需要這樣做）"sql> create sequence seq_b cache 100 order"。如果是已賦予了cache+order屬性的sequence，oracle使用SV鎖進行同步。SV鎖爭用問題發生時的解決方法與sq鎖 的情況相同，就是將cache 值進行適當調整。

在RAC多節點環境下，Sequence的Cache屬性對性能的影響很大。應該盡量賦予cache+noorder屬性，并要給予足夠的 cache值。如果需要保障順序，必須賦予cache+order屬性。但這時為了保障順序，實例之間需要不斷的交換數據。因此性能稍差。

來自：http://silverw0396.javaeye.com/blog/90554

一．引言

    ORACLE數據庫字符集，即Oracle全球化支持(Globalization Support)，或即國家語言支持（NLS）其作用是用本國語言和格式來存儲、處理和檢索數據。利用全球化支持，ORACLE為用戶提供自己熟悉的數據庫母語環境，諸如日期格式、數字格式和存儲序列等。Oracle可以支持多種語言及字符集，其中oracle8i支持48種語言、76個國家地域、229種字符集，而oracle9i則支持57種語言、88個國家地域、235種字符集。由于oracle字符集種類多，且在存儲、檢索、遷移oracle數據時多個環節與字符集的設置密切相關，因此在實際的應用中，數據庫開發和管理人員經常會遇到有關oracle字符集方面的問題。本文通過以下幾個方面闡述，對oracle字符集做簡要分析

二．字符集基本知識

2.1字符集
    實質就是按照一定的字符編碼方案，對一組特定的符號，分別賦予不同數值編碼的集合。Oracle數據庫最早支持的編碼方案是US7ASCII。
    Oracle的字符集命名遵循以下命名規則:
    <Language><bit size><encoding>
    即:  <語言><比特位數><編碼>
    比如: ZHS16GBK表示采用GBK編碼格式、16位（兩個字節）簡體中文字符集

2.2字符編碼方案
2.2.1 單字節編碼
    （1）單字節7位字符集，可以定義128個字符，最常用的字符集為US7ASCII

    （2）單字節8位字符集，可以定義256個字符，適合于歐洲大部分國家
            例如：WE8ISO8859P1(西歐、8位、ISO標準8859P1編碼)

2.2.2 多字節編碼
    （1）變長多字節編碼
    某些字符用一個字節表示，其它字符用兩個或多個字符表示，變長多字節編碼常用于對亞洲語言的支持，例如日語、漢語、印地語等
    例如：AL32UTF8（其中AL代表ALL,指適用于所有語言）、zhs16cgb231280

    （2）定長多字節編碼
    每一個字符都使用固定長度字節的編碼方案，目前oracle唯一支持的定長多字節編碼是AF16UTF16，也是僅用于國家字符集

2.2.3 unicode編碼
    Unicode是一個涵蓋了目前全世界使用的所有已知字符的單一編碼方案，也就是說Unicode為每一個字符提供唯一的編碼。UTF-16是unicode的16位編碼方式，是一種定長多字節編碼，用2個字節表示一個unicode字符，AF16UTF16是UTF-16編碼字符集。
    UTF-8是unicode的8位編碼方式，是一種變長多字節編碼，這種編碼可以用1、2、3個字節表示一個unicode字符，AL32UTF8，UTF8、UTFE是UTF-8編碼字符集

2.3 字符集超級
    當一種字符集（字符集A）的編碼數值包含所有另一種字符集（字符集B）的編碼數值，并且兩種字符集相同編碼數值代表相同的字符時，則字符集A是字符集B的超級，或稱字符集B是字符集A的子集。
    Oracle8i和oracle9i官方文檔資料中備有子集-超級對照表（subset-superset pairs），例如：WE8ISO8859P1是WE8MSWIN1252的子集。由于US7ASCII是最早的Oracle數據庫編碼格式，因此有許多字符集是US7ASCII的超集，例如WE8ISO8859P1、ZHS16CGB231280、ZHS16GBK都是US7ASCII的超集。

2.4 數據庫字符集（oracle服務器端字符集）
    數據庫字符集在創建數據庫時指定，在創建后通常不能更改。在創建數據庫時，可以指定字符集(CHARACTER SET)和國家字符集(NATIONAL CHARACTER SET)。
2.4.1 字符集
    (1)用來存儲CHAR, VARCHAR2, CLOB, LONG等類型數據
    (2)用來標示諸如表名、列名以及PL/SQL變量等
    (3)用來存儲SQL和PL/SQL程序單元等

2.4.2 國家字符集：
    (1)用以存儲NCHAR, NVARCHAR2, NCLOB等類型數據
    (2)國家字符集實質上是為oracle選擇的附加字符集，主要作用是為了增強oracle的字符處理能力，因為NCHAR數據類型可以提供對亞洲使用定長多字節編碼的支持，而數據庫字符集則不能。國家字符集在oracle9i中進行了重新定義，只能在unicode編碼中的AF16UTF16和UTF8中選擇，默認值是AF16UTF16

2.4.3查詢字符集參數
    可以查詢以下數據字典或視圖查看字符集設置情況
    nls_database_parameters、props$、v$nls_parameters
    查詢結果中NLS_CHARACTERSET表示字符集，NLS_NCHAR_CHARACTERSET表示國家字符集

2.4.4修改數據庫字符集
    按照上文所說，數據庫字符集在創建后原則上不能更改。如果需要修改字符集，通常需要導出數據庫數據，重建數據庫，再導入數據庫數據的方式來轉換，或通過ALTER DATABASE CHARACTER SET語句修改字符集，但創建數據庫后修改字符集是有限制的，只有新的字符集是當前字符集的超集時才能修改數據庫字符集，例如UTF8是US7ASCII的超集，修改數據庫字符集可使用ALTER DATABASE CHARACTER SET UTF8。

2.5 客戶端字符集（NLS_LANG參數）
2.5.1 客戶端字符集含義
    客戶端字符集定義了客戶端字符數據的編碼方式，任何發自或發往客戶端的字符數據均使用客戶端定義的字符集編碼,客戶端可以看作是能與數據庫直接連接的各種應用，例如sqlplus,exp/imp等。客戶端字符集是通過設置NLS_LANG參數來設定的。
2.5.2 NLS_LANG參數格式
    NLS_LANG=<language>_<territory>.<client character set>
    Language:顯示oracle消息,校驗，日期命名
    Territory：指定默認日期、數字、貨幣等格式
    Client character set：指定客戶端將使用的字符集
    例如：NLS_LANG=AMERICAN_AMERICA.US7ASCII 
    AMERICAN是語言，AMERICA是地區，US7ASCII是客戶端字符集
2.5.3客戶端字符集設置方法
     1)UNIX環境
         $NLS_LANG=“simplified chinese”_china.zhs16gbk
         $export NLS_LANG
         編輯oracle用戶的profile文件
    2)Windows環境
         編輯注冊表
         Regedit.exe---HKEY_LOCAL_MACHINE---SOFTWARE---ORACLE—HOME0
2.5.4 NLS參數查詢
    Oracle提供若干NLS參數定制數據庫和用戶機以適應本地格式，例如有NLS_LANGUAGE,NLS_DATE_FORMAT,NLS_CALENDER等，可以通過查詢以下數據字典或v$視圖查看。
    NLS_DATABASE_PARAMETERS--顯示數據庫當前NLS參數取值，包括數據庫字符集取值
    NLS_SESSION_PARAMETERS--顯示由NLS_LANG 設置的參數，或經過alter session 改變后的參數值（不包括由NLS_LANG 設置的客戶端字符集）
    NLS_INSTANCE_PARAMETE--顯示由參數文件init<SID>.ora 定義的參數V$NLS_PARAMETERS--顯示數據庫當前NLS參數取值
2.5.5修改NLS參數
    使用下列方法可以修改NLS參數
    （1）修改實例啟動時使用的初始化參數文件
    （2）修改環境變量NLS_LANG
    （3）使用ALTER SESSION語句，在oracle會話中修改
    （4）使用某些SQL函數
    NLS作用優先級別：Sql function>alter session>環境變量或注冊表>參數文件>數據庫默認參數

三．導入/導出與字符集轉換

3.1 EXP/IMP
    Export 和 Import 是一對讀寫Oracle數據的工具。Export 將 Oracle 數據庫中的數據輸出到操作系統文件中, Import 把這些文件中的數據讀到Oracle 數據庫中，由于使用exp/imp進行數據遷移時，數據從源數據庫到目標數據庫的過程中有四個環節涉及到字符集，如果這四個環節的字符集不一致，將會發生字符集轉換。

EXP
     ____________   _________________  _____________
     |imp導入文件|<-|環境變量NLS_LANG|<-|數據庫字符集|
     ------------   -----------------  -------------

IMP 
     ____________   _________________  _____________
     |imp導入文件|->|環境變量NLS_LANG|->|數據庫字符集|
     ------------   -----------------  -------------

    四個字符集是
   （1）源數據庫字符集
   （2）Export過程中用戶會話字符集（通過NLS_LANG設定）
   （3）Import過程中用戶會話字符集（通過NLS_LANG設定）
   （4）目標數據庫字符集

3.2導出的轉換過程
    在Export過程中，如果源數據庫字符集與Export用戶會話字符集不一致，會發生字符集轉換，并在導出文件的頭部幾個字節中存儲Export用戶會話字符集的ID號。在這個轉換過程中可能發生數據的丟失。
例:如果源數據庫使用ZHS16GBK，而Export用戶會話字符集使用US7ASCII，由于ZHS16GBK是16位字符集,而US7ASCII是7位字符集，這個轉換過程中，中文字符在US7ASCII中不能夠找到對等的字符，所以所有中文字符都會丟失而變成“?? ”形式，這樣轉換后生成的Dmp文件已經發生了數據丟失。
因此如果想正確導出源數據庫數據，則Export過程中用戶會話字符集應等于源數據庫字符集或是源數據庫字符集的超集

3.3導入的轉換過程
    （1）確定導出數據庫字符集環境
    通過讀取導出文件頭，可以獲得導出文件的字符集設置
    （2）確定導入session的字符集，即導入Session使用的NLS_LANG環境變量
    （3）IMP讀取導出文件
    讀取導出文件字符集ID，和導入進程的NLS_LANG進行比較
    （4）如果導出文件字符集和導入Session字符集相同，那么在這一步驟內就不需要轉換，如果不同，就需要把數據轉換為導入Session使用的字符集。可以看出，導入數據到數據庫過程中發生兩次字符集轉換
    第一次:導入文件字符集與導入Session使用的字符集之間的轉換，如果這個轉換過程不能正確完成，Import向目標數據庫的導入過程也就不能完成。
    第二次:導入Session字符集與數據庫字符集之間的轉換。
    然而,oracle8i的這種轉換只能在單字節字符集之間進行,oracle8i導入Session不支持多字節字符集之間的轉換，因此為了避免第一次轉換，導入Session使用的NLS_LANG與導出文件字符集相同，第二次轉換（通過SQL*Net）支持任何兩種字符集。以上情況在Oracle9i中略有不同

四．亂碼問題

    oracle在數據存儲、遷移過程中經常發生字符亂碼問題，歸根到底是由于字符集使用不當引起。下面以使用客戶端sqlplus向數據庫插入數據和導入/導出（EXP/IMP）過程為例，說明亂碼產生的原因。

4.1使用客戶端sqlplus向數據庫存儲數據
    這個過程存在3個字符集設置
    （1）客戶端應用字符集
    （2）客戶端NLS_LANG參數設置
    （3）服務器端數據庫字符集(Character Set)設置
    客戶端應用sqlplus中能夠顯示什么樣的字符取決于客戶端操作系統語言環境(客戶端應用字符集)，但在應用中錄入這些字符后，這些字符能否在數據庫中正常存儲，還與另外兩個字符集設置緊密相關，其中客戶端NLS_LANG參數主要用于字符數據傳輸過程中的轉換判斷。常見的亂碼大致有兩種情形：
    （1）漢字變成問號“？”；
當從字符集A 轉換成字符集B時，如果轉換字符之間不存在對應關系，NLS_LANG使用替代字符“？”替代無法映射的字符
    （2）漢字變成未知字符（雖然有些是漢字，但與原字符含義不同）
轉換存在對應關系，但字符集A 中的字符編碼與字符集B 中的字符編碼代表不同含義

4.2發生亂碼原因 
    亂碼產生是由于幾個字符集之間轉換不匹配造成，分以下幾種情況：
    （注：字符集之間如果不存在子集、超集對應關系時的情況不予考慮，因為這種情況下字符集之間轉換必產生亂碼）   
    1）服務器端數據庫字符集與客戶端應用字符集相同，與客戶端NLS_LANG參數設置不同
    如果客戶端NLS_LANG字符集是其它兩種字符集的子集，轉換過程將出現亂碼。
    解決方法：將三種字符集設置成同一字符集，或NLS_LANG字符集是其它兩種字符集的超集
    2）服務器端數據庫字符集與客戶端NLS_LANG參數設置相同，與客戶端應用字符集不同
    如果客戶端應用字符集是其它兩種字符集的超集時，轉換過程將出現亂碼，但對于單字節編碼存儲中文問題，可參看本文第5章節的分析
    3）客戶端應用字符集、客戶端NLS_LANG參數設置、服務器端數據庫字符集互不相同
    此種情況較為復雜，但三種字符集之間只要有不能轉換的字符，則必產生亂碼

4.3導入/導出過程出現亂碼原因
    這個過程存在4個字符集設置，在3.1章節中已分析
   （1）源數據庫字符集
   （2）EXP過程中NLS_LANG參數
   （3）IMP過程中NLS_LANG參數
   （4）目標數據庫字符集
    出現亂碼原因
    1）當源數據庫字符集不等于EXP過程中NLS_LANG參數，且源數據庫字符集是EXP過程中NLS_LANG的子集，才能保證導出文件正確，其他情況則導出文件字符亂碼
    2）EXP過程中NLS_LANG字符集不等于IMP過程中NLS_LANG字符集，且EXP過程中NLS_LANG字符集是IMP過程中NLS_LANG字符集的子級, 才能保證第一次轉換正常，否則第一次轉換中出現亂碼。
    3）如果第一次轉換正常，IMP過程中NLS_LANG字符集是目標數據庫字符集的子集或相同，才能保證第二次轉換正常，否則則第二次轉換中出現亂碼

五．單字節編碼存儲中文問題

    由于歷史的原因，早期的oracle沒有中文字符集（如oracle6、oracle7、oracle7.1）,但有的用戶從那時起就使用數據庫了，并用US7ASCII字符集存儲了中文，或是有的用戶在創建數據庫時，不考慮清楚，隨意選擇一個默認的字符集，如WE8ISO8859P1或US7ASCII，而這兩個字符集都沒有漢字編碼，雖然有些時候選用這種字符集好象也能正常使用，但用這種字符集存儲漢字信息從原則上說就是錯誤的，它會給數據庫的使用與維護帶來一系列的麻煩。
    正常情況下，要將漢字存入數據庫，數據庫字符集必須支持中文，而將數據庫字符集設置為US7ASCII等單字節字符集是不合適的。US7ASCII字符集只定義了128個符號，并不支持漢字。另外，如果在SQL*PLUS中能夠輸入中文，操作系統缺省應該是支持中文的，但如果在NLS_LANG中的字符集設置為US7ASCII，顯然也是不正確的，它沒有反映客戶端的實際情況。但在實際應用中漢字顯示卻是正確的，這主要是因為Oracle檢查數據庫與客戶端的字符集設置是同樣的，那么數據在客戶與數據庫之間的存取過程中將不發生任何轉換，但是這實際上導致了數據庫標識的字符集與實際存入的內容是不相符的。而在SELECT的過程中，Oracle同樣檢查發現數據庫與客戶端的字符集設置是相同的，所以它也將存入的內容原封不動地傳送到客戶端，而客戶端操作系統識別出這是漢字編碼所以能夠正確顯示。
    在這個例子中，數據庫與客戶端都沒有設置成中文字符集，但卻能正常顯示中文，從應用的角度看好象沒問題。然而這里面卻存在著極大的隱患，比如在應用length或substr等字符串函數時，就可能得到意外的結果。
    對于早期使用US7ASCII字符集數據庫的數據遷移到oracle8i/9i中（使用zhs16gbk），由于原始數據已經按照US7ASCII格式存儲，對于這種情況，可以通過使用Oracle8i的導出工具，設置導出字符集為US7ASCII，導出后使用UltraEdit等工具打開dmp文件，修改第二、三字符，修改 0001 為0354,這樣就可以將US7ASCII字符集的數據正確導入到ZHS16GBK的數據庫中。

六．結束語

    為了避免在數據庫遷移過程中由于字符集不同導致的數據損失，oracle提供了字符集掃描工具（character set scanner），通過這個工具我們可以測試在數據遷移過程中由于字符集轉換可能帶來的問題，然后根據測試結果，確定數據遷移過程中最佳字符集解決方案。

參考文獻
[1]Biju Thomas , Bob Bryla《oracle9i DBA基礎I 學習指南》電子工業出版社 2002