JavaScript是一種在Web開發中經常使用的前端動態腳本技術。在JavaScript中，有一個很重要的安全性限制，被稱為「Same- Origin Policy」（同源策略）。這個策略對於JavaScript程式碼能夠存取的頁面內容做了很重要的限制，即JavaScript只能存取與包含它的文件 在同一網域下的內容。
JavaScript這個安全策略在進行多iframe或多視窗程式設計、以及Ajax程式設計時顯得特別重要。根據這個策略，在baidu.com下的 頁面中包含的JavaScript程式碼，不能存取在google.com網域下的頁面內容；甚至不同的子網域之間的頁面也不能透過JavaScript代 碼互相存取。對於Ajax的影響在於，透過XMLHttpRequest實現的Ajax請求，不能向不同的網域提交請求，例如，在 abc.example.com下的頁面，不能向def.example.com提交Ajax請求，等等。
然而，當進行一些比較深入的前端程式設計的時候，不可避免地需要進行跨域操作，這時候「同源策略」就顯得過於苛刻。 JSONP跨域GET請求是常用的解決方案，以下我們來看看JSONP跨域是如何實現的，並且探討下JSONP跨域的原理。
利用在頁面中建立<script>節點的方法向不同網域提交HTTP請求的方法稱為JSONP，這項技術可以解決跨域提交Ajax請求的問題。 JSONP的工作原理如下所述：</script>
假設在http://example1.com/index.php這個頁面中向http://example2.com /getinfo.php提交GET請求，我們可以將下面的JavaScript程式碼放在http://example1.com/index.php這個頁面中來實作：
當GET要求從http://example2.com/getinfo.php回傳時，可以回傳一段JavaScript程式碼，這段程式碼會自動執行，可以用來負責呼叫http: //example1.com/index.php頁面中的一個callback函數。
JSONP的優點是：它不像XMLHttpRequest物件實現的Ajax請求那樣受到同源策略的限制；它的兼容性更好，在更古老的瀏覽器中都可以運行，不需要XMLHttpRequest或ActiveX的支援；並且在請求完畢後可以透過呼叫callback的方式回傳結果。
JSONP的缺點則是：它只支援GET請求而不支援POST等其它類型的HTTP請求；它只支援跨域HTTP請求這種情況，不能解決不同域的兩個頁面之間如何進行JavaScript呼叫的問題。
再來一個例子：
有時也會看到這樣的寫法：
這種方式其實是上例$.ajax({..}) api的一種高階封裝，有些$.ajax api底層的參數就被封裝而不可見了。
這樣，jquery就會拼成如下的url get請求：
在回應端(http://跨域的dns/document!searchJSONResult.action)，透過jsoncallback = request.getParameter("jsoncallback") 得到jquery端隨後要回呼的js function name:jsonp1236827957501response為一個Script Tags:"jsonp1236827957501(" 按請求參數產生的json數組")"; jquery就會透過回呼方法動態載入呼叫這個js tag:jsonp1236827957501(json數組); 這樣就達到了跨域資料交換的目的。
JSONP原理
JSONP的最基本的原理是：動態添加一個<script>標籤，而script標籤的src屬性是沒有跨域的限制的。這樣說來，這種跨域方式其實與ajax XmlHttpRequest協定無關了。 </script>
這樣其實"jQuery AJAX跨域問題"就成了個偽命題，jquery $.ajax方法名有誤導人之嫌。
如果設為dataType: 'jsonp'，這個$.ajax方法就和ajax XmlHttpRequest沒什麼關係了，取而代之的則是JSONP協議。 JSONP是一個非官方的協議，它允許在伺服器端整合Script tags返回到客戶端，透過javascript callback的形式實現跨域存取。
JSONP即JSON with Padding。由於同源策略的限制，XmlHttpRequest只允許請求目前來源（網域名稱、協定、連接埠）的資源。如果要進行跨域請求， 我們可以透過使用html的script標記來進行跨域請求，並在回應中傳回要執行的script程式碼，其中可以直接使用JSON傳遞 javascript物件。 這種跨域的通訊方式稱為JSONP。
jsonCallback 函數jsonp1236827957501(....)：是瀏覽器客戶端註冊的，取得跨網域伺服器上的json資料後，回呼的函數
Jsonp的執行過程如下：
先在客戶端註冊一個callback (如:'jsoncallback'), 然後把callback的名字(如:jsonp1236827957501)傳給伺服器。注意：服務端得到callback的數值後，要用 jsonp1236827957501(......)把將要輸出的json內容包括起來，此時，伺服器產生 json 資料才能被客戶端正確接收。
然後以 javascript 語法的方式，產生一個function， function 名字就是傳遞上來的參數 'jsoncallback'的值 jsonp1236827957501 .
最後將 json 資料直接以入參的方式，放置到 function 中，這樣就產生了一段 js 語法的文檔，返回給客戶端。
客戶端瀏覽器，解析script標籤，並執行返回的javascript 文檔，此時javascript文檔數據，作為參數， 傳入到了客戶端預先定義好的callback 函數(如上例中jquery $.ajax()方法封裝的的success: function (json))裡。
可以說jsonp的方式原理上和是一致的(qq空間就是大量採用這種方式來實現跨域資料交換的)。 JSONP是一種腳本注入(Script Injection)行為，所以有一定的安全隱憂。
那jquery為什麼不支援post方式跨域呢？
雖然採用post 動態生成iframe是可以達到post跨域的目的(有位js牛人就是這樣把jquery1.2.5 打patch的)，但這樣做是一個比較極端的方式，不建議採用。
也可以說get方式的跨域是合法的，post方式從安全角度上，被認為是不合法的，萬不得已還是不要劍走偏鋒。
client端跨域存取的需求看來也引起w3c的注意了，看資料說html5 WebSocket標準支援跨域的資料交換，應該也是一個將來可選的跨域資料交換的解決方案。
來個超簡單的例子：
