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

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

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

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

如果將一個(gè)16位的整數(shù)0x1234存放到一個(gè)短整型變量（short）中。這個(gè)短整型變量在內(nèi)存中的存儲(chǔ)在大小端模式由下表所示。

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

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

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

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

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

一、同余

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

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

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

    由于計(jì)算機(jī)表示一個(gè)整數(shù)通常用 32bit 。而大量連乘運(yùn)算則可能會(huì)導(dǎo)致整數(shù)溢出，這時(shí)我們就要利用求余一些性質(zhì)來進(jìn)行處理了。把以上式子轉(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

    這樣就把連乘運(yùn)算分解了，每次可以先進(jìn)行求余運(yùn)算然后再進(jìn)行乘法運(yùn)算。

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

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

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命令進(jìn)行一些總結(jié)。在總結(jié)之前，還得對ubuntu的軟件源的地址進(jìn)行說明，為了達(dá)到好的下載源的速度，最好選一個(gè)最快的軟件源，目前來說http://ubuntu.srt.cn是最快的，ubuntu自己提供了檢測的功能，可以自動(dòng)檢測（choose a download server -> select best server）。

關(guān)于apt-get命令的詳細(xì)而簡單的說明，是《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搭建一個(gè)proxy，沒想到在android中沒有找到設(shè)置proxy的地方。上網(wǎng)查了一篇文章，可以解決這個(gè)問題。

轉(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)論》時(shí)，發(fā)現(xiàn)很多證明都用到了數(shù)學(xué)歸納法，這里查了點(diǎn)資料，把數(shù)學(xué)歸納法復(fù)習(xí)一下：

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

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

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

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

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

 

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

對第一數(shù)學(xué)歸納法進(jìn)行了擴(kuò)充

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

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

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

 

參考：

 

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

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

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

遞歸實(shí)現(xiàn)

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

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

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

非遞歸實(shí)現(xiàn)

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

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

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語言用的太少，上面的代碼實(shí)現(xiàn)可能有點(diǎn)惡心，不過可以實(shí)現(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下有個(gè)dropins目錄, 只要把插件放到該目錄下就可以加載, 有幾種格式可以選擇。

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

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

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

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

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

    eclipse/
          dropins/ 
               xfire.link

 

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

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

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

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

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

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

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

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

 

    Oracle推薦使用VARCHAR2

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

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

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

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

 

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

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

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

    column NUMBER （ precision， scale）

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

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

 

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

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

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

 

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

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

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

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

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

    LOB

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

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

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

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

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

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

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

    BFILE

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

    XMLType

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

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

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

    AnyType、AnyData和AnyDataSet

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

    額外的：

    類型轉(zhuǎn)換

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

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

 

    連接與比較

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

 

    NULL

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

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

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

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

參考：

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

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

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

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

即，如果一個(gè)方法后面有“thorws InterruptedException”表示這個(gè)方法可能會(huì)花點(diǎn)時(shí)間，但是可以取消。 Java中會(huì)拋出InterruptException異常的有下面三個(gè)方法：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Single Threaded Execution模式的核心就是single，即某個(gè)共享資源同時(shí)只能被某一個(gè)線程訪問。可以做如下比喻來理解這個(gè)模式：門（共享資源），人（線程）。一個(gè)門一次只能由一個(gè)人通過。如果一個(gè)人正在通過這個(gè)門，那么其他人只能等待了。 當(dāng)然，共享資源中某些方法是線程安全的（SafeMethod），就不用考慮多個(gè)線程同時(shí)調(diào)用的情況了。只有對不安全的方法（UnsafeMethod）才需要考慮多線程訪問的問題。 可以對Single Thread Execution模式這樣理解：如果另外的線程也行執(zhí)行被保護(hù)的UnsafeMethod，那么就需要判斷是否有其他線程正在執(zhí)行被保護(hù)的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ā)生時(shí)，可能會(huì)出現(xiàn)死鎖

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

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

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

Oracle的數(shù)據(jù)庫驅(qū)動(dòng)有兩種，oci和thin，沒有用過oci，這里用的是thin。 問題描述： 有一張表MESSAGE，里面有個(gè)字段是content varchar2(4000)。 如果直接用Statement來更新這個(gè)字段，是不會(huì)用任何問題的。因?yàn)镾tatement的原理就是直接將整個(gè)sql語句發(fā)到數(shù)據(jù)庫執(zhí)行。 但是，如果用PreparedStatement的setString(）方法來設(shè)置這個(gè)字段，就有問題了，當(dāng)設(shè)置的字符串長度大于2000時(shí)，就會(huì)報(bào)錯(cuò)：”java.sql.SQLException: 數(shù)據(jù)大小超出此類型的最大值“。 問題分析： 這些天學(xué)著用iBatis，就遇到了上面的這個(gè)問題。因?yàn)槿绻趇Batis中使用內(nèi)聯(lián)參數(shù)（#做占位符），底層實(shí)現(xiàn)的時(shí)候就是用的PreparedStatement來實(shí)現(xiàn)的，所以就遇到了上面的問題。 至于為什么用PreparedStatement會(huì)出先這個(gè)問題，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)換過程中對字符串的長度做了限制。這個(gè)限制和數(shù)據(jù)庫中字段的實(shí)際長度沒有關(guān)系。 所以，setCharacterStream()方法可以逃過字符轉(zhuǎn)換限制，也就成為了解決此問題的方案之一。 而JDBC對轉(zhuǎn)換字符長度的限制是為了轉(zhuǎn)換過程中的數(shù)據(jù)擴(kuò)展。 問題解決： 根據(jù)上面的分析，可以用PreparedStatement的setCharacterStream()方法來解決問題。 在iBatis中，可以使用下面的自定義類型處理器來處理（參考文章《用ibatis向oracle數(shù)據(jù)庫的varchar2(4000)列寫值的問題》）

/**
 * String implementation of TypeHandler
 */
public class StringTypeHandler extends BaseTypeHandler implements TypeHandler {
 /**
 * 在使用oracle時(shí)，如果在一個(gè)varchar2(4000)的字段上插入的字符過長（一般只能插入666個(gè)漢字，視字符集不同會(huì)有所不同），
 * 會(huì)導(dǎo)致失敗，具體報(bào)錯(cuò)會(huì)因驅(qū)動(dòng)版本不同而不同。
 * 如果使用setCharacterStream則可以插入最多的字符。因此，我將這個(gè)方法改了一下。
 */
 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;
 }
 }

 

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

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

這里對final關(guān)鍵字進(jìn)行總結(jié)。 final類 當(dāng)類聲明為final時(shí)，就不能定義這個(gè)類的子類。因?yàn)閒inal類的類無法定義子類，所以final類聲明的所有方法不會(huì)被覆蓋（override）。 final方法 若將實(shí)例方法聲明為final時(shí)，這個(gè)方法無法被子類所覆蓋（override）。 若將類方法（static方法）聲明為final時(shí)，這個(gè)方法無法被子類所隱藏（hide）。對隱藏這個(gè)術(shù)語不熟，本文最后會(huì)加上。 final字段（final屬性） final字段的值只能指定一次。 final實(shí)例字段的值只能在定義時(shí)或者在構(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)用時(shí)，由實(shí)參指定，不能再次指定（實(shí)際上也滿足被指定一次的原則）。 下面對java中類的繼承中的覆蓋（override）和隱藏（hide）進(jìn)行總結(jié)。 在《Java核心技術(shù)卷一》中對隱藏是采用的訪問限定符（如public，private，protected）來實(shí)現(xiàn)的。這里的隱藏不是采用訪問限定符來實(shí)現(xiàn)的，而是采用子類和父類有同名的類方法和字段（實(shí)例字段和靜態(tài)字段）來實(shí)現(xiàn)的。在實(shí)際編程中，隱藏一般只用于類方法，即父類的類方法被子類中同名（這里的同名指方法名和參數(shù)都一樣，其實(shí)返回值也必須一樣，可以試一試）的類方法隱藏。 這里繼續(xù)總結(jié)一下：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

注意，wait和notify/notifyAll方法只能在線程已獲得對象實(shí)例的鎖時(shí)才能調(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值，這個(gè)值表示存放日志分析相關(guān)文件的目錄，設(shè)置方法可以到Oracle的企業(yè)管理器下面設(shè)置，這個(gè)值的例子如c:\log，注意，最后沒有\(zhòng)符號。設(shè)置完后，需要重新啟動(dòng)數(shù)據(jù)庫。 5，生成數(shù)據(jù)字典 SQL> execute dbms_logmnr_d.build(- > dictionary_filename => 'logminer_dict.dat',- > dictionary_location => 'c:\import'); 注意上面每行代碼后有一個(gè)'-'符號，表示輸入還沒有結(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ù)庫實(shí)例文件夾下面的實(shí)例獲得。 7，使用LogMiner進(jìn)行日志分析 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的范圍必須是你的日志文件涉及的范圍。如果實(shí)在拿不準(zhǔn)，可以不用這兩個(gè)參數(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í)候需要追蹤數(shù)據(jù)誤刪除或用戶的惡意操作情況，此時(shí)我們不僅需要查出執(zhí)行這些操作的數(shù)據(jù)庫賬號，還需要知道操作是由哪臺(tái)客戶端（IP地址 等）發(fā)出的。針對這些問題，一個(gè)最有效實(shí)用而又低成本的方法就是分析Oracle數(shù)據(jù)庫的日志文件。本文將就Oracle日志分析技術(shù)做深入探討。 一、如何分析即LogMiner解釋 從目前來看，分析Oracle日志的唯一方法就是使用Oracle公司提供的LogMiner來進(jìn)行， Oracle數(shù)據(jù)庫的所有更改都記錄在日志中，但是原始的日志信息我們根本無法看懂，而LogMiner就是讓我們看懂日志信息的工具。從這一點(diǎn)上看，它 和tkprof差不多，一個(gè)是用來分析日志信息，一個(gè)則是格式化跟蹤文件。通過對日志的分析我們可以實(shí)現(xiàn)下面的目的： 1、查明數(shù)據(jù)庫的邏輯更改； 2、偵察并更正用戶的誤操作； 3、執(zhí)行事后審計(jì)； 4、執(zhí)行變化分析。 不僅如此，日志中記錄的信息還包括：數(shù)據(jù)庫的更改歷史、更改類型（INSERT、UPDATE、DELETE、DDL等）、更改對應(yīng)的SCN號、以及執(zhí)行 這些操作的用戶信息等，LogMiner在分析日志時(shí)，將重構(gòu)等價(jià)的SQL語句和UNDO語句（分別記錄在V$LOGMNR_CONTENTS視圖的 SQL_REDO和SQL_UNDO中）。這里需要注意的是等價(jià)語句，而并非原始SQL語句，例如：我們最初執(zhí)行的是“delete a where c1 <>'cyx';”，而LogMiner重構(gòu)的是等價(jià)的6條DELETE語句。所以我們應(yīng)該意識到V$LOGMNR_CONTENTS視圖中 顯示的并非是原版的現(xiàn)實(shí)，從數(shù)據(jù)庫角度來講這是很容易理解的，它記錄的是元操作，因?yàn)橥瑯邮恰癲elete a where c1 <>'cyx';”語句，在不同的環(huán)境中，實(shí)際刪除的記錄數(shù)可能各不相同，因此記錄這樣的語句實(shí)際上并沒有什么實(shí)際意義，LogMiner重 構(gòu)的是在實(shí)際情況下轉(zhuǎn)化成元操作的多個(gè)單條語句。 另外由于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包含兩個(gè)PL/SQL包和幾個(gè)視圖： 1、dbms_logmnr_d包，這個(gè)包只包括一個(gè)用于提取數(shù)據(jù)字典信息的過程，即dbms_logmnr_d.build()過程。 2、dbms_logmnr包，它有三個(gè)過程： add_logfile(name varchar2, options number) - 用來添加/刪除用于分析的日志文件； start_logmnr(start_scn number, end_scn number, start_time number,end_time number, dictfilename varchar2, options number) - 用來開啟日志分析，同時(shí)確定分析的時(shí)間/SCN窗口以及確認(rèn)是否使用提取出來的數(shù)據(jù)字典信息。 end_logmnr() - 用來終止分析會(huì)話，它將回收LogMiner所占用的內(nèi)存。 與LogMiner相關(guān)的數(shù)據(jù)字典。 1、v$logmnr_dictionary，LogMiner可能使用的數(shù)據(jù)字典信息，因logmnr可以有多個(gè)字典文件，該視圖用于顯示這方面信息。 2、v$logmnr_parameters，當(dāng)前LogMiner所設(shè)定的參數(shù)信息。 3、v$logmnr_logs，當(dāng)前用于分析的日志列表。 4、v$logmnr_contents，日志分析結(jié)果。 二、Oracle9i LogMiner的增強(qiáng)： 1、支持更多數(shù)據(jù)/存儲(chǔ)類型：鏈接/遷移行、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àng)：現(xiàn)在數(shù)據(jù)字典不僅可以提取到一個(gè)外部文件中，還可以直接提取到重做日志流中，它在日志流中提供了操作當(dāng)時(shí)的數(shù)據(jù)字典快照，這樣就可以實(shí)現(xiàn)離線分析。 3、允許對DML操作按事務(wù)進(jìn)行分組：可以在START_LOGMNR()中設(shè)置COMMITTED_DATA_ONLY選項(xiàng)，實(shí)現(xiàn)對DML操作的分組，這樣將按SCN的順序返回已經(jīng)提交的事務(wù)。 4、支持SCHEMA的變化：在數(shù)據(jù)庫打開的狀態(tài)下，如果使用了LogMiner的DDL_DICT_TRACKING選項(xiàng)，Oracle9i的 LogMiner將自動(dòng)對比最初的日志流和當(dāng)前系統(tǒng)的數(shù)據(jù)字典，并返回正確的DDL語句，并且會(huì)自動(dòng)偵察并標(biāo)記當(dāng)前數(shù)據(jù)字典和最初日志流之間的差別，這樣 即使最初日志流中所涉及的表已經(jīng)被更改或者根本已經(jīng)不存在，LogMiner同樣會(huì)返回正確的DDL語句。 5、在日志中記錄更多列信息的能力：例如對于UPDATE操作不僅會(huì)記錄被更新行的情況，還可以捕捉更多前影信息。 6、支持基于數(shù)值的查詢：Oracle9i LogMiner在支持原有基于元數(shù)據(jù)（操作、對象等）查詢的基礎(chǔ)上，開始支持基于實(shí)際涉及到的數(shù)據(jù)的查詢。例如涉及一個(gè)工資表，現(xiàn)在我們可以很容易地查 出員工工資由1000變成2000的原始更新語句，而在之前我們只能選出所有的更新語句。 三、Oracle8i/9i的日志分析過程 LogMiner只要在實(shí)例起來的情況下都可以運(yùn)行，LogMiner使用一個(gè)字典文件來實(shí)現(xiàn)Oracle內(nèi)部對象名稱的轉(zhuǎn)換，如果沒有這個(gè)字典文件，則直接顯示內(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ù)字典信息提取到一個(gè)外部文件中。下面是具體分析步驟： 1、確認(rèn)設(shè)置了初始化參數(shù)：UTL_FILE_DIR，并確認(rèn)Oracle對改目錄擁有讀寫權(quán)限，然后啟動(dòng)實(shí)例。示例中UTL_FILE_DIR參數(shù)如下： SQL> show parameter utl NAME? ?? ?? ?? ?? ?? ?? ?? ? TYPE? ?? ???VALUE ------------------------ ----------- ------------------------------ utl_file_dir? ?? ?? ?? ?? ???string? ?? ?/data6/cyx/logmnr 這個(gè)目錄主要用于存放dbms_logmnr_d.build過程所產(chǎn)生的字典信息文件，如果不用這個(gè)，則可以不設(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/，則上面這條語句會(huì)出錯(cuò)，只因?yàn)閁TL_FILE_DIR后面多了一個(gè)“/”，而在很多 其它地方對這一“/”是不敏感的。 dictionary_filename指的是放于字典信息文件的名字，可以任意取。當(dāng)然我們也可以不明確寫出這兩個(gè)選項(xiàng)，即寫成： exec dbms_logmnr_d.build('dic.ora','/data6/cyx/logmnr'); 如果你第一步的參數(shù)沒有設(shè)，而直接開始這一步，Oracle會(huì)報(bào)下面的錯(cuò)誤： 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版中會(huì)出現(xiàn)以下錯(cuò)誤： 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í)行一遍這個(gè)腳本： 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選項(xiàng)有三個(gè)參數(shù)可以用： NEW - 表示創(chuàng)建一個(gè)新的日志文件列表 ADDFILE - 表示向這個(gè)列表中添加日志文件，如下面的例子 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. 如果你沒有使用字典信息文件（此時(shí)我們只需要啟動(dòng)實(shí)例就可以了），那么就不需要跟dictfilename參數(shù)： SQL> exec dbms_logmnr.start_logmnr(); PL/SQL procedure successfully completed. 當(dāng)然dbms_logmnr.start_logmnr()過程還有其它幾個(gè)用于定義分析日志時(shí)間/SCN窗口的參數(shù)，它們分別是： STARTSCN / ENDSCN - 定義分析的起始/結(jié)束SCN號， STARTTIME / ENDTIME - 定義分析的起始/結(jié)束時(shí)間。 例如下面的過程將只分析從 '2003-09-21 09:39:00'到'2003-09-21 09:45:00'這段時(shí)間的日志： 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)行，如果你在同一行，則不需要。我們可以看到有效日志的時(shí)間戳： SQL> select distinct timestamp from v$logmnr_contents; TIMESTAMP ------------------- 2003-09-21 09:40:02 2003-09-21 09:42:39 這里需要注意的是，因?yàn)槲抑耙呀?jīng)設(shè)置NLS_DATE_FORMAT環(huán)境變量，所以上面的日期可以直接按這個(gè)格式寫就行了，如果你沒有設(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)的幾個(gè)視圖來提取我們需要的信息了。其中在v$logmnr_logs中 可以看到我們當(dāng)前分析的日志列表，如果數(shù)據(jù)庫有兩個(gè)實(shí)例（即OPS/RAC），在v$logmnr_logs中會(huì)有兩個(gè)不同的THREAD_ID。 而真正的分析結(jié)果是放在v$logmnr_contents中，這里面有很多信息，我們可以根據(jù)需要追蹤我們感興趣的信息。后面我將單獨(dú)列出來講常見的追蹤情形。 6、全部結(jié)束之后，我們可以執(zhí)行dbms_logmnr.end_logmnr過程退出LogMiner分析過程，你也可以直接退出SQL*PLUS，它會(huì)自動(dòng)終止。 四、如何利用LogMiner分析Oracle8的日志文件 雖然說LogMiner是Oracle8i才推出來，但我們同樣可以用它來分析Oracle8的日志文件，只不過稍微麻煩了一點(diǎn)，并且有一定的限制，下面是具體做法： 我們首先復(fù)制Oracle8i的$ORACLE_HOME/rdbms/admin/dbmslmd.sql腳本到Oracle8數(shù)據(jù)庫所在主機(jī)的同樣目 錄；這個(gè)腳本用于創(chuàng)建dbms_logmnr_d包（注意，Oracle9i中還將創(chuàng)建dbms_logmnr包），如果是8.1.5腳本名字為 dbmslogmnrd.sql。然后在Oracle8的數(shù)據(jù)庫上運(yùn)行這個(gè)腳本，之后使用dbms_logmnr_d.build過程創(chuàng)建字典信息文件。 現(xiàn)在我們就可以把Oracle8的歸檔日志連同這個(gè)字典信息文件復(fù)制到Oracle8i數(shù)據(jù)庫所在的主機(jī)上，之后在Oracle8i數(shù)據(jù)庫中從上面分析過 程的第三步開始分析Oracle8的日志，不過 dbms_logmnr.start_logmnr()中使用的是Oracle8的字典信息文件。 按照我前面所說的那樣，如果不是字典文件，我們則可以直接將Oracle8的歸檔日志復(fù)制到Oracle8i數(shù)據(jù)庫所在主機(jī)，然后對它進(jìn)行分析。 其實(shí)這里涉及到了一個(gè)跨平臺(tái)使用LogMiner的問題，筆者做過試驗(yàn)，也可以在Oracle9i中來分析Oracle8i的日志。但這些都是有所限制的，主要表現(xiàn)在： 1、LogMiner所使用的字典文件必須和所分析的日志文件是同一個(gè)數(shù)據(jù)庫所產(chǎn)生的，并且該數(shù)據(jù)庫的字符集應(yīng)和執(zhí)行LogMiner數(shù)據(jù)庫的相同。這很好理解，如果不是同一個(gè)數(shù)據(jù)庫所產(chǎn)生就不存在對應(yīng)關(guān)系了。 2、生成日志的數(shù)據(jù)庫硬件平臺(tái)和執(zhí)行LogMiner數(shù)據(jù)庫的硬件平臺(tái)要求一致，操作系統(tǒng)版本可以不一致。筆者做試驗(yàn)時(shí)（如果讀者有興趣可以到我網(wǎng)站http://www.ncn.cn上下載試驗(yàn)全過程，因?yàn)樘L就不放在這里了），所用的兩個(gè)數(shù)據(jù)庫操作系統(tǒng)都是Tru64 UNIX，但一個(gè)是 V5.1A，另一個(gè)則是V4.0F。如果操作系統(tǒng)不一致則會(huì)出現(xiàn)下面的錯(cuò)誤： 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操作，如前所述，這個(gè)只有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)實(shí)中有這樣需求，有一次我們發(fā)現(xiàn)一位員工通過程序修改了業(yè)務(wù)數(shù)據(jù)庫信息，把部分電話的收費(fèi)類型改成免費(fèi)了，現(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àn)楣緫?yīng)用服務(wù)器不是每個(gè)人都有權(quán)限在上面寫程序的，一般惡意程序都是直接通過他自己的PC連到數(shù)據(jù)庫的，這就需要一個(gè)準(zhǔn)確的定位。 IP追蹤是我們首先想到的，并且也滿足我們的實(shí)際要求，因?yàn)楣緝?nèi)部IP地址分配是統(tǒng)一管理的，能追蹤到IP地址我們就可以準(zhǔn)確定位了。但從面的 SESSION_INFO中我們并不能直接看到IP，不過我們還是有辦法的，因?yàn)檫@個(gè)SESSION_INFO里面的內(nèi)容其實(shí)是日志從V$SESSION 視圖里提取的，我們可以在生產(chǎn)數(shù)據(jù)庫中創(chuàng)建一個(gè)追蹤客戶端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é)束了，如果讀者朋友還有什么疑問，可以登錄我的個(gè)人網(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！ 仔細(xì)回想，自己平時(shí)操作數(shù)據(jù)庫還是很小心的，就算有失誤，也不可能造成那么大的損失啊！ 在這里記錄一下解決過程： 1，首先當(dāng)然想到了Oracle的重做日志功能，也學(xué)習(xí)了Oracle自帶的日志分析工具LogMiner的使用方法，等會(huì)在另外一篇文章里記錄一下這個(gè)工具的使用方法。 2，在使用LogMiner之前，突然想到，能不能把800M的數(shù)據(jù)庫和300M的數(shù)據(jù)庫的每張表都單獨(dú)導(dǎo)出為DMP文件，進(jìn)行一下大小的對比 3，在用exp導(dǎo)出時(shí)，有一個(gè)log選項(xiàng)設(shè)定導(dǎo)出日志的文件路徑，此文件記錄了所有導(dǎo)出的數(shù)據(jù)庫表名和記錄數(shù)，用UltraEdit32的正則表達(dá)式功能去除了除開表名的其他不相關(guān)數(shù)據(jù)。 4，用Java編寫了一個(gè)小程序，讀入所有表名，對每個(gè)表名單獨(dú)進(jìn)行exp操作。 5，果然不出所料，其中有一個(gè)表被某個(gè)管理員清理過，那個(gè)表本來就很大，占到了500多M！ 至此，問題解決，總結(jié)一下，不管碰到什么意外的問題，不要慌張，冷靜分析才是王道！ PS:被刪除數(shù)據(jù)的那張表竟然占到了500多M，而整個(gè)數(shù)據(jù)庫才800M，很不解，然后看了一下這張表的模式，發(fā)現(xiàn)設(shè)計(jì)的很有問題，這張表里面表達(dá)了多對多的關(guān)系，所以數(shù)據(jù)冗余太大，而且這些冗余根本就不是必須的，反而影響了性能！找常理來說，針對多對多的關(guān)系應(yīng)該轉(zhuǎn)化為兩個(gè)多對一的關(guān)系。
文章來源:http://localhost/wp2/?p=48

今天去聽了阿里巴巴的一個(gè)宣講會(huì)，感受挺深的... 現(xiàn)在的互聯(lián)網(wǎng)企業(yè)對人才的要求越來越明確了，要不，你精通算法，各種算法；要不，你精通某種編程語言，做過多個(gè)項(xiàng)目；總之，就是一個(gè)字，精通。 精通，對于我們大部分人來說太難了...一是自己所處的學(xué)習(xí)環(huán)境，什么都在用，要精通某一個(gè)，無論從時(shí)間還是精力上，談何容易；二是對于行業(yè)的確了解太少，確實(shí)不知道什么技術(shù)是最需要的；三是大部分人都自己的定位都不甚了解，夢想，對大部分人來說都過于飄渺了（哎，浮躁的社會(huì)哺育浮躁的人...），大部分人（很不幸，自己也是其中的一員）的夢想，就是尋找自己的夢想，很可悲... 看到一句話，說“什么都去干的企業(yè)，最終會(huì)被自己干掉”，想想，對個(gè)人而言，又何嘗不是？如果對什么都有興趣，但是，精力有限，什么都不精通，真正在找工作的時(shí)候，碰到一些細(xì)節(jié)的、要求準(zhǔn)確性的問題，卻是束手無策...這時(shí)肯定覺得掌握一大堆時(shí)髦、前沿的名詞還不如踏踏實(shí)實(shí)掌握某一個(gè)東東好...平時(shí)聊天時(shí)高談闊論的驕傲這時(shí)化作了一腔默默的無奈...實(shí)際點(diǎn)，顛顛自己的分量，在精力允許的范圍內(nèi)，精通一個(gè)東西...然后再做其他打算...只有一年就要找工作了，該踏實(shí)點(diǎn)了...
文章來源: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ù)時(shí)，犯了一個(gè)讓人郁悶的錯(cuò)誤，記錄下來，讓自己今后保持頭腦清醒... ??? 昨天晚上還可以正確傳遞ArrayCollection，但是今天下午卻不行...我的解決方法太失敗了，我竟然首先沒有對比和昨天的差異，而就是在那不停的測啊，改啊，測啊...還以為發(fā)現(xiàn)了red5序列化的一個(gè)bug...太傻冒了...遇到這種問題，很自然的應(yīng)該找昨天為什么行，而今天為什么不行...很明顯應(yīng)該從代碼入手...唉，而自己只會(huì)看現(xiàn)象...很多時(shí)候，多看看代碼，問題就會(huì)解決的...唉，可能是自己的思維定勢吧...改正... ??? 在記錄一下錯(cuò)誤的原因：自己對NetConnection的編碼方式設(shè)置成了AMF0，由于ArrayCollection的傳遞需要AMF3，所以出錯(cuò)了...
文章來源:http://localhost/wp2/?p=37

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