關(guān)于大端和小端，自己已經(jīng)記了很多次了，可每次都忘，今天創(chuàng)新工場筆試，第一道題就是關(guān)于大端小端的知識，可惜，自己又忘了，怎么回事，說到底，是自己同時記大端和小端，導(dǎo)致容易混淆，現(xiàn)在只記小端了：小端，是數(shù)的高位存在內(nèi)存地址的高位，小高高！

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

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

如果將一個32位的整數(shù)0x12345678存放到一個整型變量（int）中，這個整型變量采用大端或者小端模式在內(nèi)存中的存儲由下表所示。為簡單起見，本書使用OP0表示一個32位數(shù)據(jù)的最高字節(jié)MSB（Most Significant Byte），使用OP3表示一個32位數(shù)據(jù)最低字節(jié)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位的整數(shù)0x1234存放到一個短整型變量（short）中。這個短整型變量在內(nèi)存中的存儲在大小端模式由下表所示。

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

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

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

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

轉(zhuǎn)自：http://jaskell.blogbus.com/logs/3249971.html

一、同余

    我們來了解一下什么是“同余”。簡單來說就是，如果兩個數(shù)都除以某個數(shù)能夠有相同的余數(shù)，那么我們就說這兩個數(shù)“同余”。不過這次我們用嚴(yán)謹(jǐn)?shù)臄?shù)學(xué)概念來表述：

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

    記作

    讀作 a 同余于 b 模 m ，或讀作 a 與 b 關(guān)于模 m 同余。

    比如

    我們再來了解一下相關(guān)的性質(zhì)：

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

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

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

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

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

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

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

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

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

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

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

轉(zhuǎn)自 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

最近在學(xué)習(xí)《算法導(dǎo)論》時，發(fā)現(xiàn)很多證明都用到了數(shù)學(xué)歸納法，這里查了點資料，把數(shù)學(xué)歸納法復(fù)習(xí)一下：

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

用的最多的是第一數(shù)學(xué)歸納法和第二數(shù)學(xué)歸納法，下面詳細說明。

第一數(shù)學(xué)歸納法

1. 證明當(dāng)n（n為自然數(shù)）取第一個值時命題成立
2. 假設(shè)當(dāng)n=k（k為自然數(shù)）時命題成立，證明當(dāng)n=k+1時命題也成立

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

 

第二數(shù)學(xué)歸納法

對第一數(shù)學(xué)歸納法進行了擴充

1. 證明當(dāng)n=0時命題成立
2. 假設(shè)當(dāng)n<=k（k為自然數(shù)）時命題成立，證明當(dāng)n=k+1時命題也成立

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

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

 

參考：

 

百度百科，數(shù)學(xué)歸納法

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

如題，經(jīng)典問題，記錄于此...

遞歸實現(xiàn)

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

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

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;
}

非遞歸實現(xiàn)

思路：一個指針進行鏈表的遍歷，一個指針指向逆轉(zhuǎn)后的鏈表的第一個節(jié)點，在遍歷的過程中，將當(dāng)前節(jié)點加入逆轉(zhuǎn)后的鏈表第一個元素即可。返回逆轉(zhuǎn)后的鏈表的第一個節(jié)點的指針。

代碼：（這里沒有使用頭節(jié)點）

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語言用的太少，上面的代碼實現(xiàn)可能有點惡心，不過可以實現(xiàn)功能....

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

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

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

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

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

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

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

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

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

    eclipse/
          dropins/ 
               xfire.link

 

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

如果發(fā)現(xiàn)安裝了沒有效果，可以刪除eclipse主目錄下的\configuration\org.eclipse.update后，再執(zhí)行eclipse -clean試試。

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

     Oracle支持的數(shù)據(jù)類型可以分為三個基本種類：字符數(shù)據(jù)類型、數(shù)字?jǐn)?shù)據(jù)類型以及表示其它數(shù)據(jù)的數(shù)據(jù)類型。

    字符數(shù)據(jù)類型

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

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

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

 

    Oracle推薦使用VARCHAR2

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

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

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

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

 

    數(shù)字?jǐn)?shù)據(jù)類型

    Oracle使用標(biāo)準(zhǔn)、可變長度的內(nèi)部格式來存儲數(shù)字。這個內(nèi)部格式精度可以高達38位。

    NUMBER數(shù)據(jù)類型可以有兩個限定符，如：

    column NUMBER （ precision， scale）

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

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

 

    日期數(shù)據(jù)類型

    Oracle標(biāo)準(zhǔn)日期格式為：DD-MON-YY  HH：MI：SS

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

 

    其它的數(shù)據(jù)類型

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

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

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

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

    LOB

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

    。CLOB，只能存儲字符數(shù)據(jù)

    。NCLOB，保存本地語言字符集數(shù)據(jù)

    。BLOB，以二進制信息保存數(shù)據(jù)

    可以指定將一個LOB數(shù)據(jù)保存在Oracle數(shù)據(jù)庫內(nèi)，還是指向一個包含次數(shù)據(jù)的外部文件。

    LOB可以參與事務(wù)。管理LOB中的數(shù)據(jù)必須通過DBMS_LOB PL/SQL內(nèi)置軟件包或者OCI接口。

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

    BFILE

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

    XMLType

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

    用戶自定義數(shù)據(jù)

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

    AnyType、AnyData和AnyDataSet

    Oracle包括3個新的數(shù)據(jù)類型，用于定義在現(xiàn)有數(shù)據(jù)類型之外的數(shù)據(jù)結(jié)構(gòu)。其中每種數(shù)據(jù)類型必須用程序單元來定義，以便讓Oracle9i知道如何處理這些類型的特定實現(xiàn)。

    額外的：

    類型轉(zhuǎn)換

    Oracle會自動將某些數(shù)據(jù)類型轉(zhuǎn)換成其他的數(shù)據(jù)類型，轉(zhuǎn)換取決于包括該值的SQL語句。

    數(shù)據(jù)轉(zhuǎn)換還可以通過Oracle的類型轉(zhuǎn)換函數(shù)顯示地進行。

 

    連接與比較

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

 

    NULL

    NULL值是關(guān)系數(shù)據(jù)庫的重要特征之一。實際上，NULL不代表任何值，它表示沒有值。如果要創(chuàng)建表的一個列，而這個列必須有值，那么應(yīng)將它指定為NOT NULL，這表示該列不能包含NULL值。

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

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

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

參考：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

當(dāng)下面的情況發(fā)生時，可能會出現(xiàn)死鎖

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

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

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

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

(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在轉(zhuǎn)換過程中對字符串的長度做了限制。這個限制和數(shù)據(jù)庫中字段的實際長度沒有關(guān)系。 所以，setCharacterStream()方法可以逃過字符轉(zhuǎn)換限制，也就成為了解決此問題的方案之一。 而JDBC對轉(zhuǎn)換字符長度的限制是為了轉(zhuǎn)換過程中的數(shù)據(jù)擴展。 問題解決： 根據(jù)上面的分析，可以用PreparedStatement的setCharacterStream()方法來解決問題。 在iBatis中，可以使用下面的自定義類型處理器來處理（參考文章《用ibatis向oracle數(shù)據(jù)庫的varchar2(4000)列寫值的問題》）

/**
 * String implementation of TypeHandler
 */
public class StringTypeHandler extends BaseTypeHandler implements TypeHandler {
 /**
 * 在使用oracle時，如果在一個varchar2(4000)的字段上插入的字符過長（一般只能插入666個漢字，視字符集不同會有所不同），
 * 會導(dǎo)致失敗，具體報錯會因驅(qū)動版本不同而不同。
 * 如果使用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;
 }
 }

 

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

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

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

final int i = 1;

} class A{

final int i;

public A(){

this.i = 2;

}

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

static final int i = 12;

} class A{

static final int i;

static{

i = 12;

}

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

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

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

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

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

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

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

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

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

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

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

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

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

當(dāng)不同的線程運行synchronized方法或者synchronized語句時，首先會獲得鎖，然后再執(zhí)行，當(dāng)退出時，會釋放鎖。當(dāng)鎖還沒有被釋放時，如果有其他線程訪問，那么這些線程會阻塞。如果鎖被釋放，那么jvm會讓所有在此鎖上阻塞的所有線程競爭，將有一個線程得到鎖，其他線程將繼續(xù)阻塞。 其實，synchronized方法就是在方法體的最前面加了一個鎖，在方法體的最后面釋放掉了這個鎖。synchronized語句就是在被包含的語句 前加了一個鎖，在被包含的語句后釋放掉了鎖。這里需要強調(diào)鎖的概念，可以這么認(rèn)為，Java中每一個對象都有一個鎖的，可以使用synchronized 方法和synchronized語句來獲得這些鎖。 下面通過實例來理解synchronized方法和synchronized語句。 1，下面的兩個方法是等價的： public synchronized void methd(){ .... } public void method(){ synchronized(this){ .... } } 怎么理解上面的等價？ synchronized方法（只能）獲得當(dāng)前對象的鎖，那么，在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()方法將當(dāng)前運行的線程阻塞，放置于當(dāng)前線程鎖執(zhí)行的對象的wait set中，然后取消此線程對鎖的獲得。
2. notify()/notifyAll()方法將把當(dāng)前線程執(zhí)行的對象的wait set中的某一個/所有線程拿出來。

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

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

由于需要，學(xué)習(xí)了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，設(shè)置UTL_FILE_DIR值，這個值表示存放日志分析相關(guān)文件的目錄，設(shè)置方法可以到Oracle的企業(yè)管理器下面設(shè)置，這個值的例子如c:\log，注意，最后沒有\(zhòng)符號。設(shè)置完后，需要重新啟動數(shù)據(jù)庫。 5，生成數(shù)據(jù)字典 SQL> execute dbms_logmnr_d.build(- > dictionary_filename => 'logminer_dict.dat',- > dictionary_location => 'c:\import'); 注意上面每行代碼后有一個'-'符號，表示輸入還沒有結(jié)束。 注意，dictionary_location的值必須與第4步中UTL_FILE_DIR的值一樣。 6，創(chuàng)建要分析的日志文件列表， 創(chuàng)建列表 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的值可以到相應(yīng)的數(shù)據(jù)庫實例文件夾下面的實例獲得。 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的范圍必須是你的日志文件涉及的范圍。如果實在拿不準(zhǔn)，可以不用這兩個參數(shù)。 8，分析結(jié)果 LogMiner分析的結(jié)果存放在v$LogMnr_Contents表里面。具體的分析，網(wǎng)上有很多好的文章，就不再寫了。 再轉(zhuǎn)一篇比較好的文章，來自http://www.oracle.com.cn/viewthread.php?tid=22975的 robertmao_2003 作為Oracle DBA，我們有時候需要追蹤數(shù)據(jù)誤刪除或用戶的惡意操作情況，此時我們不僅需要查出執(zhí)行這些操作的數(shù)據(jù)庫賬號，還需要知道操作是由哪臺客戶端（IP地址 等）發(fā)出的。針對這些問題，一個最有效實用而又低成本的方法就是分析Oracle數(shù)據(jù)庫的日志文件。本文將就Oracle日志分析技術(shù)做深入探討。 一、如何分析即LogMiner解釋 從目前來看，分析Oracle日志的唯一方法就是使用Oracle公司提供的LogMiner來進行， Oracle數(shù)據(jù)庫的所有更改都記錄在日志中，但是原始的日志信息我們根本無法看懂，而LogMiner就是讓我們看懂日志信息的工具。從這一點上看，它 和tkprof差不多，一個是用來分析日志信息，一個則是格式化跟蹤文件。通過對日志的分析我們可以實現(xiàn)下面的目的： 1、查明數(shù)據(jù)庫的邏輯更改； 2、偵察并更正用戶的誤操作； 3、執(zhí)行事后審計； 4、執(zhí)行變化分析。 不僅如此，日志中記錄的信息還包括：數(shù)據(jù)庫的更改歷史、更改類型（INSERT、UPDATE、DELETE、DDL等）、更改對應(yīng)的SCN號、以及執(zhí)行 這些操作的用戶信息等，LogMiner在分析日志時，將重構(gòu)等價的SQL語句和UNDO語句（分別記錄在V$LOGMNR_CONTENTS視圖的 SQL_REDO和SQL_UNDO中）。這里需要注意的是等價語句，而并非原始SQL語句，例如：我們最初執(zhí)行的是“delete a where c1 <>'cyx';”，而LogMiner重構(gòu)的是等價的6條DELETE語句。所以我們應(yīng)該意識到V$LOGMNR_CONTENTS視圖中 顯示的并非是原版的現(xiàn)實，從數(shù)據(jù)庫角度來講這是很容易理解的，它記錄的是元操作，因為同樣是“delete a where c1 <>'cyx';”語句，在不同的環(huán)境中，實際刪除的記錄數(shù)可能各不相同，因此記錄這樣的語句實際上并沒有什么實際意義，LogMiner重 構(gòu)的是在實際情況下轉(zhuǎn)化成元操作的多個單條語句。 另外由于Oracle重做日志中記錄的并非原始的對象（如表以及其中的列）名稱，而只是它們在Oracle數(shù)據(jù)庫中的內(nèi)部編號（對于表來說是它們在數(shù)據(jù)庫 中的對象ID，而對于表中的列來說，對應(yīng)的則是該列在表中的排列序號：COL 1, COL 2 等），因此為了使LogMiner重構(gòu)出的SQL語句易于識別，我們需要將這些編號轉(zhuǎn)化成相應(yīng)的名稱，這就需要用到數(shù)據(jù)字典（也就說LogMiner本身 是可以不用數(shù)據(jù)字典的，詳見下面的分析過程），LogMiner利用DBMS_LOGMNR_D.BUILD()過程來提取數(shù)據(jù)字典信息。 LogMiner包含兩個PL/SQL包和幾個視圖： 1、dbms_logmnr_d包，這個包只包括一個用于提取數(shù)據(jù)字典信息的過程，即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窗口以及確認(rèn)是否使用提取出來的數(shù)據(jù)字典信息。 end_logmnr() - 用來終止分析會話，它將回收LogMiner所占用的內(nèi)存。 與LogMiner相關(guān)的數(shù)據(jù)字典。 1、v$logmnr_dictionary，LogMiner可能使用的數(shù)據(jù)字典信息，因logmnr可以有多個字典文件，該視圖用于顯示這方面信息。 2、v$logmnr_parameters，當(dāng)前LogMiner所設(shè)定的參數(shù)信息。 3、v$logmnr_logs，當(dāng)前用于分析的日志列表。 4、v$logmnr_contents，日志分析結(jié)果。 二、Oracle9i LogMiner的增強： 1、支持更多數(shù)據(jù)/存儲類型：鏈接/遷移行、CLUSTER表操作、DIRECT PATH插入以及DDL操作。在V$LOGMNR_CONTENTS的SQL_REDO中可以看到DDL操作的原句（CREATE USER除外，其中的密碼將以加密的形式出現(xiàn)，而不是原始密碼）。如果TX_AUDITING初始化參數(shù)設(shè)為TRUE，則所有操作的數(shù)據(jù)庫賬號將被記錄。 2、提取和使用數(shù)據(jù)字典的選項：現(xiàn)在數(shù)據(jù)字典不僅可以提取到一個外部文件中，還可以直接提取到重做日志流中，它在日志流中提供了操作當(dāng)時的數(shù)據(jù)字典快照，這樣就可以實現(xiàn)離線分析。 3、允許對DML操作按事務(wù)進行分組：可以在START_LOGMNR()中設(shè)置COMMITTED_DATA_ONLY選項，實現(xiàn)對DML操作的分組，這樣將按SCN的順序返回已經(jīng)提交的事務(wù)。 4、支持SCHEMA的變化：在數(shù)據(jù)庫打開的狀態(tài)下，如果使用了LogMiner的DDL_DICT_TRACKING選項，Oracle9i的 LogMiner將自動對比最初的日志流和當(dāng)前系統(tǒng)的數(shù)據(jù)字典，并返回正確的DDL語句，并且會自動偵察并標(biāo)記當(dāng)前數(shù)據(jù)字典和最初日志流之間的差別，這樣 即使最初日志流中所涉及的表已經(jīng)被更改或者根本已經(jīng)不存在，LogMiner同樣會返回正確的DDL語句。 5、在日志中記錄更多列信息的能力：例如對于UPDATE操作不僅會記錄被更新行的情況，還可以捕捉更多前影信息。 6、支持基于數(shù)值的查詢：Oracle9i LogMiner在支持原有基于元數(shù)據(jù)（操作、對象等）查詢的基礎(chǔ)上，開始支持基于實際涉及到的數(shù)據(jù)的查詢。例如涉及一個工資表，現(xiàn)在我們可以很容易地查 出員工工資由1000變成2000的原始更新語句，而在之前我們只能選出所有的更新語句。 三、Oracle8i/9i的日志分析過程 LogMiner只要在實例起來的情況下都可以運行，LogMiner使用一個字典文件來實現(xiàn)Oracle內(nèi)部對象名稱的轉(zhuǎn)換，如果沒有這個字典文件，則直接顯示內(nèi)部對象編號，例如我們執(zhí)行下面的語句： delete from "C"."A" where "C1" = ‘gototop’ and ROWID = 'AAABg1AAFAAABQaAAH'; 如果沒有字典文件，LogMiner分析出來的結(jié)果將是： delete from "UNKNOWN"."OBJ# 6197" where "COL 1" = HEXTORAW('d6a7d4ae') and ROWID = 'AAABg1AAFAAABQaAAH'; 如果想要使用字典文件，數(shù)據(jù)庫至少應(yīng)該出于MOUNT狀態(tài)。然后執(zhí)行dbms_logmnr_d.build過程將數(shù)據(jù)字典信息提取到一個外部文件中。下面是具體分析步驟： 1、確認(rèn)設(shè)置了初始化參數(shù)：UTL_FILE_DIR，并確認(rèn)Oracle對改目錄擁有讀寫權(quán)限，然后啟動實例。示例中UTL_FILE_DIR參數(shù)如下： SQL> show parameter utl NAME? ?? ?? ?? ?? ?? ?? ?? ? TYPE? ?? ???VALUE ------------------------ ----------- ------------------------------ utl_file_dir? ?? ?? ?? ?? ???string? ?? ?/data6/cyx/logmnr 這個目錄主要用于存放dbms_logmnr_d.build過程所產(chǎn)生的字典信息文件，如果不用這個，則可以不設(shè)，也就跳過下面一步。 2、生成字典信息文件： exec dbms_logmnr_d.build(dictionary_filename =>' dic.ora',dictionary_location => '/data6/cyx/logmnr'); 其中dictionary_location指的是字典信息文件的存放位置,它必須完全匹配UTL_FILE_DIR的值，例如：假設(shè) UTL_FILE_DIR=/data6/cyx/logmnr/，則上面這條語句會出錯，只因為UTL_FILE_DIR后面多了一個“/”，而在很多 其它地方對這一“/”是不敏感的。 dictionary_filename指的是放于字典信息文件的名字，可以任意取。當(dāng)然我們也可以不明確寫出這兩個選項，即寫成： exec dbms_logmnr_d.build('dic.ora','/data6/cyx/logmnr'); 如果你第一步的參數(shù)沒有設(shè)，而直接開始這一步，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版中會出現(xiàn)以下錯誤： 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; 保存文件，然后執(zhí)行一遍這個腳本： 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. 之后重新執(zhí)行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選項有三個參數(shù)可以用： NEW - 表示創(chuàng)建一個新的日志文件列表 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、當(dāng)你添加了需要分析的日志文件后，我們就可以讓LogMiner開始分析了： SQL> exec dbms_logmnr.start_logmnr(dictfilename=>'/data6/cyx/logmnr/dic.ora'); PL/SQL procedure successfully completed. 如果你沒有使用字典信息文件（此時我們只需要啟動實例就可以了），那么就不需要跟dictfilename參數(shù)： SQL> exec dbms_logmnr.start_logmnr(); PL/SQL procedure successfully completed. 當(dāng)然dbms_logmnr.start_logmnr()過程還有其它幾個用于定義分析日志時間/SCN窗口的參數(shù)，它們分別是： STARTSCN / ENDSCN - 定義分析的起始/結(jié)束SCN號， STARTTIME / ENDTIME - 定義分析的起始/結(jié)束時間。 例如下面的過程將只分析從 '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. 上面過程第一行結(jié)尾的“-”表示轉(zhuǎn)行，如果你在同一行，則不需要。我們可以看到有效日志的時間戳： SQL> select distinct timestamp from v$logmnr_contents; TIMESTAMP ------------------- 2003-09-21 09:40:02 2003-09-21 09:42:39 這里需要注意的是，因為我之前已經(jīng)設(shè)置NLS_DATE_FORMAT環(huán)境變量，所以上面的日期可以直接按這個格式寫就行了，如果你沒有設(shè)，則需要使用to_date函數(shù)來轉(zhuǎn)換一下。 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參數(shù)使用方法類似。 5、好了，在上面的過程執(zhí)行結(jié)束之后，我們就可以通過訪問與LogMiner相關(guān)的幾個視圖來提取我們需要的信息了。其中在v$logmnr_logs中 可以看到我們當(dāng)前分析的日志列表，如果數(shù)據(jù)庫有兩個實例（即OPS/RAC），在v$logmnr_logs中會有兩個不同的THREAD_ID。 而真正的分析結(jié)果是放在v$logmnr_contents中，這里面有很多信息，我們可以根據(jù)需要追蹤我們感興趣的信息。后面我將單獨列出來講常見的追蹤情形。 6、全部結(jié)束之后，我們可以執(zhí)行dbms_logmnr.end_logmnr過程退出LogMiner分析過程，你也可以直接退出SQL*PLUS，它會自動終止。 四、如何利用LogMiner分析Oracle8的日志文件 雖然說LogMiner是Oracle8i才推出來，但我們同樣可以用它來分析Oracle8的日志文件，只不過稍微麻煩了一點，并且有一定的限制，下面是具體做法： 我們首先復(fù)制Oracle8i的$ORACLE_HOME/rdbms/admin/dbmslmd.sql腳本到Oracle8數(shù)據(jù)庫所在主機的同樣目 錄；這個腳本用于創(chuàng)建dbms_logmnr_d包（注意，Oracle9i中還將創(chuàng)建dbms_logmnr包），如果是8.1.5腳本名字為 dbmslogmnrd.sql。然后在Oracle8的數(shù)據(jù)庫上運行這個腳本，之后使用dbms_logmnr_d.build過程創(chuàng)建字典信息文件。 現(xiàn)在我們就可以把Oracle8的歸檔日志連同這個字典信息文件復(fù)制到Oracle8i數(shù)據(jù)庫所在的主機上，之后在Oracle8i數(shù)據(jù)庫中從上面分析過 程的第三步開始分析Oracle8的日志，不過 dbms_logmnr.start_logmnr()中使用的是Oracle8的字典信息文件。 按照我前面所說的那樣，如果不是字典文件，我們則可以直接將Oracle8的歸檔日志復(fù)制到Oracle8i數(shù)據(jù)庫所在主機，然后對它進行分析。 其實這里涉及到了一個跨平臺使用LogMiner的問題，筆者做過試驗，也可以在Oracle9i中來分析Oracle8i的日志。但這些都是有所限制的，主要表現(xiàn)在： 1、LogMiner所使用的字典文件必須和所分析的日志文件是同一個數(shù)據(jù)庫所產(chǎn)生的，并且該數(shù)據(jù)庫的字符集應(yīng)和執(zhí)行LogMiner數(shù)據(jù)庫的相同。這很好理解，如果不是同一個數(shù)據(jù)庫所產(chǎn)生就不存在對應(yīng)關(guān)系了。 2、生成日志的數(shù)據(jù)庫硬件平臺和執(zhí)行LogMiner數(shù)據(jù)庫的硬件平臺要求一致，操作系統(tǒng)版本可以不一致。筆者做試驗時（如果讀者有興趣可以到我網(wǎng)站http://www.ncn.cn上下載試驗全過程，因為太長就不放在這里了），所用的兩個數(shù)據(jù)庫操作系統(tǒng)都是Tru64 UNIX，但一個是 V5.1A，另一個則是V4.0F。如果操作系統(tǒng)不一致則會出現(xiàn)下面的錯誤： 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 前面我們已經(jīng)知道了LogMiner的分析結(jié)果是放在v$logmnr_contents中，這里面有很多信息，我們可以根據(jù)需要追蹤我們感興趣的信息。那么我們通常感興趣的有哪些呢？ 1、追蹤數(shù)據(jù)庫結(jié)構(gòu)變化情況，即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、追蹤用戶誤操作或惡意操作： 例如我們現(xiàn)實中有這樣需求，有一次我們發(fā)現(xiàn)一位員工通過程序修改了業(yè)務(wù)數(shù)據(jù)庫信息，把部分電話的收費類型改成免費了，現(xiàn)在就要求我們從數(shù)據(jù)庫中查出到底是 誰干的這件事？怎么查？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) 雖然其中信息已經(jīng)很多了，但在我們的業(yè)務(wù)數(shù)據(jù)庫中，程序是通過相同的login_username登錄數(shù)據(jù)庫的，這樣單從上面的信息是很難判斷的。 不過我們注意到，因為公司應(yīng)用服務(wù)器不是每個人都有權(quán)限在上面寫程序的，一般惡意程序都是直接通過他自己的PC連到數(shù)據(jù)庫的，這就需要一個準(zhǔn)確的定位。 IP追蹤是我們首先想到的，并且也滿足我們的實際要求，因為公司內(nèi)部IP地址分配是統(tǒng)一管理的，能追蹤到IP地址我們就可以準(zhǔn)確定位了。但從面的 SESSION_INFO中我們并不能直接看到IP，不過我們還是有辦法的，因為這個SESSION_INFO里面的內(nèi)容其實是日志從V$SESSION 視圖里提取的，我們可以在生產(chǎn)數(shù)據(jù)庫中創(chuàng)建一個追蹤客戶端IP地址的觸發(fā)器： create or replace trigger on_logon_trigger after logon on database begin dbms_application_info.set_client_info(sys_context('userenv', 'ip_address')); end; / 現(xiàn)在，我們就可以在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'; 好了，到此為止，這篇文章就要結(jié)束了，如果讀者朋友還有什么疑問，可以登錄我的個人網(wǎng)站（www.ncn.cn）來獲得最新消息，也可以通過MSN（gototop_ncn@hotmail.com）直接和我聯(lián)系。 六、參考資料： 1、Technical White Paper Oracle9i LogMiner 2、Metalink文檔：How to Setup LogMiner（文檔ID：111886.1）
文章來源:http://localhost/wp2/?p=50

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

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

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

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

   

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

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

如何啟動 DDMS

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

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

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

DDMS 的工作原理

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

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

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

Devices

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

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

Emulator Control

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

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

• Manual： 手動為終端發(fā)送二維經(jīng)緯坐標(biāo)。
• GPX： 通過GPX文件導(dǎo)入序列動態(tài)變化地理坐標(biāo)，從而模擬行進中GPS變化的數(shù)值。
• KML： 通過KML文件導(dǎo)入獨特的地理標(biāo)識，并以動態(tài)形式根據(jù)變化的地理坐標(biāo)顯示在測試終端。

Threads、Heap、File Exporler

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

Locate、Console

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

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

在Emulator Control"Telephony Actions 中輸入以下內(nèi)容

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

單擊新短信，詳細查看短信內(nèi)容：

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

總結(jié)說明

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

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

    Java標(biāo)注（Annotation）是Java語言5.0版本開始支持加入源代碼的特殊語法元數(shù)據(jù)。

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

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

    Annotation分類

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

    下面代碼展示了內(nèi)建Annotation類型的用法：

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

    AnnotationDefineForTestFunction類型定義如下：


    測試annotation的代碼如下：


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

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

   

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

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

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

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

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

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

使用SDCard:

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

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

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

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

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

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

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

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

來說說PC與模擬器文件傳輸?shù)姆椒ò伞＿@里需要用到另一個重要工具，也在“tools”目錄下，“adb.exe”。

adb:

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

一些常用的操作：

進入Shell: adb shell

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

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

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

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

結(jié)束adb: adb kill-server

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

等待正在運行的設(shè)備: adb wait-for-device

端口轉(zhuǎn)發(fā): adb forward adb forward tcp:5555 tcp:1234
(將默認(rèn)端口TCP 5555轉(zhuǎn)發(fā)到1234端口上)

查看bug報告: adb bugreport

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

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

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

am指令(在shell內(nèi)使用am來加載android應(yīng)用):
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中得到的文件流的字符串的順序是按“類型+權(quán)限+擁有者+數(shù)組+大小+日期+名稱+鏈接到”順序排列的，其中類型“d”表示的是文件夾，"l"表示的是鏈接,'-'表示的是文件。

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

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

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

數(shù)據(jù)庫:

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

鈴聲: /system/media/audio
時區(qū)設(shè)置: /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下多了兩個相關(guān)文件，同時在/data/system/packages.xml中增加了安裝的程序信息。似乎菜單也是從這個文件中得到是否新安裝程序，以及如何顯示相關(guān)信息比如名稱什么的。

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

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

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

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

中國臺灣省 中國大陸

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

圖示----------->圖標(biāo)

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

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

作業(yè)----------->工作

內(nèi)存----------->記憶體

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

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

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

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

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

硬碟機--------->硬盤驅(qū)動器

光碟機--------->光盤驅(qū)動器

變數(shù)----------->變量

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

亂數(shù)----------->隨機數(shù)

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

滑鼠----------->鼠標(biāo)

回應(yīng)----------->響應(yīng)

設(shè)定----------->設(shè)置

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

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

網(wǎng)路----------->網(wǎng)絡(luò)

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

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

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

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

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

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

指標(biāo)----------->指示

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

真?zhèn)?---------->真假

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

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

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

裝置----------->設(shè)置

游標(biāo)----------->光標(biāo)

關(guān)於----------->關(guān)于

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

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

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

著作權(quán)--------->版權(quán)

整合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文件的配置，這里就不寫了，我也是剛剛學(xué)習(xí)ibatis，呵呵，由于最近馬上就要開發(fā)了，就找了工具來加快速度，ibatis官方提供的ibator（原來叫abator）這個工具相當(dāng)猛啊，還在學(xué)習(xí)中...

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

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

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

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

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

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

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

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

6、Memory-Only
數(shù)據(jù)庫：顧名思義，主要是內(nèi)存中使用，不用于保存數(shù)據(jù)。可以用于在內(nèi)存中交換數(shù)據(jù)。

上面是關(guān)于hsqldb的一些基本信息的介紹，可以看到它的一些優(yōu)勢和特性。
我們可以把hsqldb內(nèi)置在web程序中，除考慮Standalone模式外，最好是采用最為常用的Server模式。
那么Server模式如何和web程序合理搭配使用呢。
可以采用兩種方式：
1）采用上面提到的方法，運行java -cp hsqldb.jar
org.hsqldb.Server -database.0 db/mydb -dbname.0 xdb
來啟動db，通過設(shè)置的URL：jdbc:hsqldb:hsql://localhost/xdb
以達到在程序中訪問hsql數(shù)據(jù)庫的
（注：設(shè)置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。具體做法如下：編寫一個有關(guān)hsql的Listener類，擴展javax&shy;.servlet.ServletContextListener，可以在配置文件中設(shè)置dbPath、dbName、port等等hsqldb的信息，啟動h&shy;sqldb。
在web.xml中配置
<listener>

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

MyEclipse6.5集成SVN

第一步：安裝Mylyn：

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

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

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...然后填寫下面內(nèi)容：

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...然后填寫下面內(nèi)容：

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服務(wù)端的URL和用戶名，密碼，點擊確定后就完成了。

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

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

用rownum顯示排序結(jié)果的前N條記錄
FROM/WHERE子句先被執(zhí)行.
根據(jù)FROM/WHERE子句輸出的行, ROWNUM被分配給他們并自增長.
SELECT 被應(yīng)用.
GROUP BY 被應(yīng)用.
HAVING is 被應(yīng)用.
ORDER BY 被應(yīng)用.
這就是為什么下面的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實現(xiàn)分頁
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)使優(yōu)化器考慮最短時間獲得前N條記錄.
:MAX_ROW_TO_FETCH 某一頁中結(jié)果集的最后一行。如果你每頁顯示10行，要顯示第6頁,那么此值取60。
:MIN_ROW_TO_FETCH 某一頁中結(jié)果集的第一行。如果你每頁顯示10行，要顯示第6頁,那么此值取50。

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

    sequence是用來在多用戶環(huán)境下產(chǎn)生唯一整數(shù)的數(shù)據(jù)庫對象。序列產(chǎn)生器順序生成數(shù)字，它可用于自動生成主鍵值，并能協(xié)調(diào)多行或者多表的主鍵操 作。沒有sequence，順序的值只能靠編寫程序來生成。先找出最近產(chǎn)生的值然后自增長。這種方法要求一個事務(wù)級別的鎖，這將導(dǎo)致在多用戶并發(fā)操作的環(huán) 境下，必須有人等待下一個主鍵值的產(chǎn)生。而且此方法很容易產(chǎn)生主鍵沖突的錯誤，如下圖：
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)

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

創(chuàng)建sequence

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

修改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 足夠大的值，然后執(zhí)行.nextval，最后別忘了再將increnent by改成原來的值，還要注意做這些工作的前提是當(dāng)前沒有人用此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;
當(dāng)刪除sequence后，對應(yīng)它的同義詞會被保留，但是引用時會報錯。

oracle rac環(huán)境中的sequence

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

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

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

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