一個Native Method就是一個java調用非java代碼的接口（NDK也跟這有關嗎？（疑問）
一個Native Method由非java語言實現
- 在定義一個native method時，並不提供實現體（有些像定義一個java interface），因為其實現體是由非java語言在外面實現的
eg：
public class IHaveNatives { native public void Native1( int x ) ; native static public long Native2() ; native synchronized private float Native3( Object o ) ; native void Native4( int[] ary ) throws Exception ; }
這些方法的聲明描述了一些非java代碼在這些java代碼里看起來像什么樣子
標識符native可以與所有其它的java標識符連用
abstract除外;因為native暗示這些方法是有實現體的，只不過這些實現體是非java的，但是abstract卻顯然的指明這些方法無實現體
native與其它java標識符連用時，其意義同非Native Method並無差別
native static表明這個方法可以在不產生類的實例時直接調用，這非常方便;
上面的第三個方法用到了native synchronized，JVM在進入這個方法的實現體之前會執行同步鎖機制（就像java的多線程。）
-
native方法可以返回任何Java類型，也能夠實現異常控制；
-
這些方法的實現提制造一個異常並且將其拋出，這點與Java的方法類似；
-
當native方法接受到一些非基本類型時，該方法能夠訪問這些非基本類型的內部，但這將會使native方法依賴於所訪問的Java類的實現；這樣做不如在Java語言中使用哪些特性方便
-
native method的存在並不會對其他類調用這些本地方法產生任何影響，實際上調用這些方法的其他類甚至不知道它所調用的是一個本地方法
-
JVM將控制調用本地方法的所有細節
-
一個含有本地方法的類被繼承，子類會繼承這個本地方法並且可以用java語言重寫這個方法（這個似乎看起來有些奇怪），同樣的如果一個本地方法被fianl標識，它被繼承后不能被重寫
-
本地方法擴充了JVM；
為什么使用Native方法
Java對一些層次的任務用Java實現不容易；
對某些程序效率不高；
Java與Java外的環境交互
這是本地方法存在的主要原因；例如，Java與一些底層系統如操作系統或某些硬件交換信息；
native方法提供了一個非常簡潔的接口，而無需了解Java應用之外的細節；
與操作系統交互
JVM支持Java語言本身和運行時庫；JVM也依賴於一些底層的支持；通過使用本地方法讓Java實現了jre與地層系統的交互；使用一些java語言本身沒有提供封裝的操作系統的特性時，我們也需要使用本地方法；
Sun‘Java
Sun的解釋器是用C實現的；jre大部分用Java實現，其通過一些本地方法與外界交互；例如：java.lang.Thread的setPriority()方法使用Java實現，但其實現調用的是該類的本地方法setPriority0()；這個本地方式用C實現，被植入JVM內部；
Windows 95的平台上，這個本地方法最終將調用Win32 SetPriority() API。這是一個本地方法的具體實現由JVM直接提供，更多的情況是本地方法由外部的動態鏈接庫（external dynamic link library）提供，然后被JVM調用。
JVM如何運行Native方法
一個類第一次被使用到時，這個類的字節碼會被加載到內存，並且只會回載一次。在這個被加載的字節碼的入口維持着一個該類所有方法描述符的list，這些方法描述符包含這樣一些信息：方法代碼存於何處，它有哪些參數，方法的描述符（public之類）等等。
如果一個方法描述符內有native，這個描述符塊將有一個指向該方法的實現的指針；這些實現在一些DLL文件內，但是它們會被操作系統加載到java程序的地址空間；
當一個帶有本地方法的類被加載時，其相關的DLL並未被加載，因此指向方法實現的指針並不會被設置。當本地方法被調用之前，這些DLL才會被加載，這是通過調用java.system.loadLibrary()實現的。
學習資料：http://blog.csdn.net/wike163/article/details/6635321