上述過程中，出現了公鑰(3233,17)和私鑰(3233,2753)，這兩組數字是怎麼找出來的呢？參考 RSA演算法原理（二）
首字母縮寫說明：E是加密（Encryption）D是解密（Decryption）N是數字（Number）。
1.隨機選擇兩個不相等的質數p和q。
alice選擇了61和53。（實際應用中，這兩個質數越大，就越難破解。）
2.計算p和q的乘積n。
n = 61×53 = 3233
n的長度就是密鑰長度。3233寫成二進制是110010100001，一共有12位，所以這個密鑰就是12位。實際應用中，RSA密鑰一般是1024位，重要場合則為2048位。
3.計算n的歐拉函數φ(n)。稱作L
根據公式φ(n) = (p-1)(q-1)
alice算出φ(3233)等於60×52，即3120。
4.隨機選擇一個整數e，也就是公鑰當中用來加密的那個數字
條件是1< e < φ(n)，且e與φ(n) 互質。
alice就在1到3120之間，隨機選擇了17。（實際應用中，常常選擇65537。）
5.計算e對於φ(n)的模反元素d。也就是密鑰當中用來解密的那個數字
所謂"模反元素"就是指有一個整數d，可以使得ed被φ(n)除的余數為1。ed ≡ 1 (mod φ(n))
alice找到了2753，即17*2753 mode 3120 = 1
6.將n和e封裝成公鑰，n和d封裝成私鑰。
在alice的例子中，n=3233，e=17，d=2753，所以公鑰就是 (3233,17)，私鑰就是（3233, 2753）。
上述故事中，blob為了偷偷地傳輸移動位數6，使用了公鑰做加密，即6^17 mode 3233 = 824。alice收到824之後，進行解密，即824^2753 mod 3233 = 6。也就是說，alice成功收到了blob使用的移動位數。
再來復習一下整個流程：
p=17,q=19
n = 17 19 = 323
L = 16 18 = 144
E = 5(E需要滿足以下兩個條件：1<E<144,E和144互質)
D = 29(D要滿足兩個條件，1<D<144,D mode 144 = 1)
假設某個需要傳遞123，則加密後：123^5 mode 323 = 225
接收者收到225後，進行解密，225^ 29 mode 323 = 123
回顧上面的密鑰生成步驟，一共出現六個數字：
p
q
n
L即φ(n)
e
d
這六個數字之中，公鑰用到了兩個（n和e），其餘四個數字都是不公開的。其中最關鍵的是d，因為n和d組成了私鑰，一旦d泄漏，就等於私鑰泄漏。那麼，有無可能在已知n和e的情況下，推導出d？
（1）ed≡1 (mod φ(n))。只有知道e和φ(n)，才能算出d。
（2）φ(n)=(p-1)(q-1)。只有知道p和q，才能算出φ(n)。
（3）n=pq。只有將n因數分解，才能算出p和q。
結論：如果n可以被因數分解，d就可以算出，也就意味著私鑰被破解。
可是，大整數的因數分解，是一件非常困難的事情。目前，除了暴力破解，還沒有發現別的有效方法。維基網路這樣寫道："對極大整數做因數分解的難度決定了RSA演算法的可靠性。換言之，對一極大整數做因數分解愈困難，RSA演算法愈可靠。假如有人找到一種快速因數分解的演算法，那麼RSA的可靠性就會極度下降。但找到這樣的演算法的可能性是非常小的。今天只有短的RSA密鑰才可能被暴力破解。到2008年為止，世界上還沒有任何可靠的攻擊RSA演算法的方式。只要密鑰長度足夠長，用RSA加密的信息實際上是不能被解破的。"
然而，雖然RSA的安全性依賴於大數的因子分解，但並沒有從理論上證明破譯RSA的難度與大數分解難度等價。即RSA的重大缺陷是無法從理論上把握它的保密性能如何。此外，RSA的缺點還有：
A)產生密鑰很麻煩，受到素數產生技術的限制，因而難以做到一次一密。
B)分組長度太大，為保證安全性，n 至少也要 600bits以上，使運算代價很高，尤其是速度較慢，較對稱密碼演算法慢幾個數量級；且隨著大數分解技術的發展，這個長度還在增加，不利於數據格式的標准化。因此， 使用RSA只能加密少量數據，大量的數據加密還要靠對稱密碼演算法 。
加密和解密是自古就有技術了。經常看到偵探電影的橋段，勇敢又機智的主角，拿著一長串毫無意義的數字苦惱，忽然靈光一閃，翻出一本厚書，將第一個數字對應頁碼數，第二個數字對應行數，第三個數字對應那一行的某個詞。數字變成了一串非常有意義的話：
Eat the beancurd with the peanut. Taste like the ham.
這種加密方法是將原來的某種信息按照某個規律打亂。某種打亂的方式就叫做密鑰(cipher code)。發出信息的人根據密鑰來給信息加密，而接收信息的人利用相同的密鑰，來給信息解密。 就好像一個帶鎖的盒子。發送信息的人將信息放到盒子里，用鑰匙鎖上。而接受信息的人則用相同的鑰匙打開。加密和解密用的是同一個密鑰，這種加密稱為對稱加密（symmetric encryption）。
如果一對一的話，那麼兩人需要交換一個密鑰。一對多的話，比如總部和多個特工的通信，依然可以使用同一套密鑰。 但這種情況下，對手偷到一個密鑰的話，就知道所有交流的信息了。 二戰中盟軍的情報戰成果，很多都來自於破獲這種對稱加密的密鑰。
為了更安全，總部需要給每個特工都設計一個不同的密鑰。如果是FBI這樣龐大的機構，恐怕很難維護這么多的密鑰。在現代社會，每個人的信用卡信息都需要加密。一一設計密鑰的話，銀行怕是要跪了。
對稱加密的薄弱之處在於給了太多人的鑰匙。如果只給特工鎖，而總部保有鑰匙，那就容易了。特工將信息用鎖鎖到盒子里，誰也打不開，除非到總部用唯一的一把鑰匙打開。只是這樣的話，特工每次出門都要帶上許多鎖，太容易被識破身份了。總部老大想了想，乾脆就把造鎖的技術公開了。特工，或者任何其它人，可以就地取材，按照圖紙造鎖，但無法根據圖紙造出鑰匙。鑰匙只有總部的那一把。
上面的關鍵是鎖和鑰匙工藝不同。知道了鎖，並不能知道鑰匙。這樣，銀行可以將「造鎖」的方法公布給所有用戶。 每個用戶可以用鎖來加密自己的信用卡信息。即使被別人竊聽到，也不用擔心：只有銀行才有鑰匙呢！這樣一種加密演算法叫做非對稱加密(asymmetric encryption)。非對稱加密的經典演算法是RSA演算法。它來自於數論與計算機計數的奇妙結合。
1976年，兩位美國計算機學家Whitfield Diffie 和 Martin Hellman，提出了一種嶄新構思，可以在不直接傳遞密鑰的情況下，完成解密。這被稱為"Diffie-Hellman密鑰交換演算法"。這個演算法啟發了其他科學家。人們認識到，加密和解密可以使用不同的規則，只要這兩種規則之間存在某種對應關系即可，這樣就避免了直接傳遞密鑰。這種新的加密模式被稱為"非對稱加密演算法"。
1977年，三位數學家Rivest、Shamir 和 Adleman 設計了一種演算法，可以實現非對稱加密。這種演算法用他們三個人的名字命名，叫做RSA演算法。從那時直到現在，RSA演算法一直是最廣為使用的"非對稱加密演算法"。毫不誇張地說，只要有計算機網路的地方，就有RSA演算法。
1.能「撞」上的保險箱（非對稱/公鑰加密體制，Asymmetric / Public Key Encryption）
數據加密解密和門鎖很像。最開始的時候，人們只想到了那種只能用鑰匙「鎖」數據的鎖。如果在自己的電腦上自己加密數據，當然可以用最開始這種門鎖的形式啦，方便快捷，簡單易用有木有。
但是我們現在是通信時代啊，雙方都想做安全的通信怎麼辦呢？如果也用這種方法，通信就好像互相發送密碼保險箱一樣…而且雙方必須都有鑰匙才能進行加密和解密。也就是說，兩個人都拿著保險箱的鑰匙，你把數據放進去，用鑰匙鎖上發給我。我用同樣的鑰匙把保險箱打開，再把我的數據鎖進保險箱，發送給你。
這樣看起來好像沒什麼問題。但是，這裡面 最大的問題是：我們兩個怎麼弄到同一個保險箱的同一個鑰匙呢？ 好像僅有的辦法就是我們兩個一起去買個保險箱，然後一人拿一把鑰匙，以後就用這個保險箱了。可是，現代通信社會，絕大多數情況下別說一起去買保險箱了，連見個面都難，這怎麼辦啊？
於是，人們想到了「撞門」的方法。我這有個可以「撞上」的保險箱，你那裡自己也買一個這樣的保險箱。通信最開始，我把保險箱打開，就這么開著把保險箱發給你。你把數據放進去以後，把保險箱「撞」上發給我。撞上以後，除了我以外，誰都打不開保險箱了。這就是RSA了，公開的保險箱就是公鑰，但是我有私鑰，我才能打開。
2.數字簽名
這種鎖看起來好像很不錯，但是鎖在運輸的過程中有這么一個嚴重的問題：你怎麼確定你收到的開著的保險箱就是我發來的呢？對於一個聰明人，他完全可以這么干：
(a)裝作運輸工人。我現在把我開著的保險箱運給對方。運輸工人自己也弄這么一個保險箱，運輸的時候把保險箱換成他做的。
(b)對方收到保險箱後，沒法知道這個保險箱是我最初發過去的，還是運輸工人替換的。對方把數據放進去，把保險箱撞上。
(c)運輸工人往回運的時候，用自己的鑰匙打開自己的保險箱，把數據拿走。然後復印也好，偽造也好，弄出一份數據，把這份數據放進我的保險箱，撞上，然後發給我。
從我的角度，從對方的角度，都會覺得這數據傳輸過程沒問題。但是，運輸工人成功拿到了數據，整個過程還是不安全的，大概的過程是這樣：
這怎麼辦啊？這個問題的本質原因是，人們沒辦法獲知，保險箱到底是「我」做的，還是運輸工人做的。那乾脆，我們都別做保險箱了，讓權威機構做保險箱，然後在每個保險箱上用特殊的工具刻上一個編號。對方收到保險箱的時候，在權威機構的「公告欄」上查一下編號，要是和保險箱上的編號一樣，我就知道這個保險箱是「我」的，就安心把數據放進去。大概過程是這樣的：
如何做出刻上編號，而且編號沒法修改的保險箱呢？這涉及到了公鑰體制中的另一個問題：數字簽名。
要知道，刻字這種事情吧，誰都能幹，所以想做出只能自己刻字，還沒法讓別人修改的保險箱確實有點難度。那麼怎麼辦呢？這其實困擾了人們很長的時間。直到有一天，人們發現：我們不一定非要在保險箱上刻規規矩矩的字，我們乾脆在保險箱上刻手寫名字好了。而且，刻字有點麻煩，乾脆我們在上面弄張紙，讓人直接在上面寫，簡單不費事。具體做法是，我們在保險箱上嵌進去一張紙，然後每個出產的保險箱都讓權威機構的CEO簽上自己的名字。然後，CEO把自己的簽名公開在權威機構的「公告欄」上面。比如這個CEO就叫「學酥」，那麼整個流程差不多是這個樣子：
這個方法的本質原理是，每個人都能夠通過筆跡看出保險箱上的字是不是學酥CEO簽的。但是呢，這個字體是學酥CEO唯一的字體。別人很難模仿。如果模仿我們就能自己分辨出來了。要是實在分辨不出來呢，我們就請一個筆跡專家來分辨。這不是很好嘛。這個在密碼學上就是數字簽名。
上面這個簽字的方法雖然好，但是還有一個比較蛋疼的問題。因為簽字的樣子是公開的，一個聰明人可以把公開的簽字影印一份，自己造個保險箱，然後把這個影印的字也嵌進去。這樣一來，這個聰明人也可以造一個相同簽字的保險箱了。解決這個問題一個非常簡單的方法就是在看保險箱上的簽名時，不光看字體本身，還要看字體是不是和公開的字體完全一樣。要是完全一樣，就可以考慮這個簽名可能是影印出來的。甚至，還要考察字體是不是和其他保險櫃上的字體一模一樣。因為聰明人為了欺騙大家，可能不影印公開的簽名，而影印其他保險箱上的簽名。這種解決方法雖然簡單，但是驗證簽名的時候麻煩了一些。麻煩的地方在於我不僅需要對比保險箱上的簽名是否與公開的筆跡一樣，還需要對比得到的簽名是否與公開的筆跡完全一樣，乃至是否和所有發布的保險箱上的簽名完全一樣。有沒有什麼更好的方法呢？
當然有，人們想到了一個比較好的方法。那就是，學酥CEO簽字的時候吧，不光把名字簽上，還得帶上簽字得日期，或者帶上這個保險箱的編號。這樣一來，每一個保險箱上的簽字就唯一了，這個簽字是學酥CEO的簽名+學酥CEO寫上的時間或者編號。這樣一來，就算有人偽造，也只能偽造用過的保險箱。這個問題就徹底解決了。這個過程大概是這么個樣子：
3 造價問題（密鑰封裝機制，Key Encapsulation Mechanism）
解決了上面的各種問題，我們要考慮考慮成本了… 這種能「撞」門的保險箱雖然好，但是這種鎖造價一般來說要比普通的鎖要高，而且鎖生產時間也會變長。在密碼學中，對於同樣「結實」的鎖，能「撞」門的鎖的造價一般來說是普通鎖的上千倍。同時，能「撞」門的鎖一般來說只能安裝在小的保險櫃裡面。畢竟，這么復雜的鎖，裝起來很費事啊！而普通鎖安裝在多大的保險櫃上面都可以呢。如果兩個人想傳輸大量數據的話，用一個大的保險櫃比用一堆小的保險櫃慢慢傳要好的多呀。怎麼解決這個問題呢？人們又想出了一個非常棒的方法：我們把兩種鎖結合起來。能「撞」上的保險櫃裡面放一個普通鎖的鑰匙。然後造一個用普通的保險櫃來鎖大量的數據。這樣一來，我們相當於用能「撞」上的保險櫃發一個鑰匙過去。對方收到兩個保險櫃後，先用自己的鑰匙把小保險櫃打開，取出鑰匙。然後在用這個鑰匙開大的保險櫃。這樣做更棒的一個地方在於，既然對方得到了一個鑰匙，後續再通信的時候，我們就不再需要能「撞」上的保險櫃了啊，在以後一定時間內就用普通保險櫃就好了，方便快捷嘛。
以下參考 數字簽名、數字證書、SSL、https是什麼關系？
4.數字簽名（Digital Signature）
數據在瀏覽器和伺服器之間傳輸時，有可能在傳輸過程中被冒充的盜賊把內容替換了，那麼如何保證數據是真實伺服器發送的而不被調包呢，同時如何保證傳輸的數據沒有被人篡改呢，要解決這兩個問題就必須用到數字簽名，數字簽名就如同日常生活的中的簽名一樣，一旦在合同書上落下了你的大名，從法律意義上就確定是你本人簽的字兒，這是任何人都沒法仿造的，因為這是你專有的手跡，任何人是造不出來的。那麼在計算機中的數字簽名怎麼回事呢？數字簽名就是用於驗證傳輸的內容是不是真實伺服器發送的數據，發送的數據有沒有被篡改過，它就干這兩件事，是非對稱加密的一種應用場景。不過他是反過來用私鑰來加密，通過與之配對的公鑰來解密。
第一步：服務端把報文經過Hash處理後生成摘要信息Digest，摘要信息使用私鑰private-key加密之後就生成簽名，伺服器把簽名連同報文一起發送給客戶端。
第二步：客戶端接收到數據後，把簽名提取出來用public-key解密，如果能正常的解密出來Digest2，那麼就能確認是對方發的。
第三步：客戶端把報文Text提取出來做同樣的Hash處理，得到的摘要信息Digest1，再與之前解密出來的Digist2對比，如果兩者相等，就表示內容沒有被篡改，否則內容就是被人改過了。因為只要文本內容哪怕有任何一點點改動都會Hash出一個完全不一樣的摘要信息出來。
5.數字證書（Certificate Authority）
數字證書簡稱CA，它由權威機構給某網站頒發的一種認可憑證，這個憑證是被大家（瀏覽器）所認可的，為什麼需要用數字證書呢，難道有了數字簽名還不夠安全嗎？有這樣一種情況，就是瀏覽器無法確定所有的真實伺服器是不是真的是真實的，舉一個簡單的例子：A廠家給你們家安裝鎖，同時把鑰匙也交給你，只要鑰匙能打開鎖，你就可以確定鑰匙和鎖是配對的，如果有人把鑰匙換了或者把鎖換了，你是打不開門的，你就知道肯定被竊取了，但是如果有人把鎖和鑰匙替換成另一套表面看起來差不多的，但質量差很多的，雖然鑰匙和鎖配套，但是你卻不能確定這是否真的是A廠家給你的，那麼這時候，你可以找質檢部門來檢驗一下，這套鎖是不是真的來自於A廠家，質檢部門是權威機構，他說的話是可以被公眾認可的（呵呵）。
同樣的， 因為如果有人（張三）用自己的公鑰把真實伺服器發送給瀏覽器的公鑰替換了，於是張三用自己的私鑰執行相同的步驟對文本Hash、數字簽名，最後得到的結果都沒什麼問題，但事實上瀏覽器看到的東西卻不是真實伺服器給的，而是被張三從里到外（公鑰到私鑰）換了一通。那麼如何保證你現在使用的公鑰就是真實伺服器發給你的呢？我們就用數字證書來解決這個問題。數字證書一般由數字證書認證機構（Certificate Authority）頒發，證書裡麵包含了真實伺服器的公鑰和網站的一些其他信息，數字證書機構用自己的私鑰加密後發給瀏覽器，瀏覽器使用數字證書機構的公鑰解密後得到真實伺服器的公鑰。這個過程是建立在被大家所認可的證書機構之上得到的公鑰，所以這是一種安全的方式。
常見的對稱加密演算法有DES、3DES、AES、RC5、RC6。非對稱加密演算法應用非常廣泛，如SSH,
HTTPS, TLS，電子證書，電子簽名，電子身份證等等。
參考 DES/3DES/AES區別
2. 加密盒子挖礦原理
挖礦原理是身份驗證機制。
SSL利用數字簽名來驗證通信對端的身份。
非對稱密鑰演算法可以用來實現數字簽名。
由於通過私鑰加密後的數據只能利用對應的公鑰進行解密，因此根據解密是否成功，就可以判斷發送者的身份，如同發送者對數據進行了「簽名」。
SSL利用PKI提供的機制保證公鑰的真實性。
3. API鎺ュ彛鍏ラ棬錛堜簩錛夛細API鎺ュ彛鐨勭懼悕楠岀懼拰鍔犺В瀵嗗師鐞
鏈鏂囩洰褰曪細
API鎺ュ彛涓轟粈涔堣佺懼悕鍔犲瘑錛
API鎺ュ彛濡備綍鍔犲瘑錛
涓銆丄PI鎺ュ彛涓轟粈涔堣佺懼悕鍔犲瘑錛
鎯寵薄涓涓鍦烘櫙錛氫竴浣嶈鎬箙涓嶈佺殑濂藉厔寮燂紝紿佺劧鍦ㄥ井淇￠噷闈㈣窡浣犺粹滃厔寮燂紝鍊熸垜1涓囧簲鎬ュ憲鈥濓紝浣犱細鎬庝箞鍙嶅簲錛
鎴戞兂澶ч儴鍒嗕漢椹涓婄殑鍙嶅簲灝辨槸錛氭槸涓嶆槸琚鐩楀彿浜嗭紵浠栨槸鏈浜哄悧錛
瀹為檯涓婅繖鏄鎴戜滑鏃ュ父鐢熸椿涓甯歌佺殑閫氳琛屼負錛岀郴緇熼棿璋冪敤API鍜屼紶杈撴暟鎹鐨勮繃紼嬫棤寮備簬浣犲拰鏈嬪弸闂寸殑寰淇℃矡閫氾紝鎵鏈夊勪簬寮鏀劇幆澧冪殑鏁版嵁浼犺緭閮芥槸鍙浠ヨ鎴鍙栵紝鐢氳嚦琚綃℃敼鐨勩傚洜鑰屾暟鎹浼犺緭瀛樺湪鐫鏋佸ぇ鐨勫嵄闄╋紝鎵浠ュ繀欏誨姞瀵嗐
鍔犲瘑鏍稿績瑙ｅ喅涓や釜闂棰橈細
浣犳槸鏈浜哄悧錛燂紙絳懼悕楠岀撅級
浣犱紶榪囨潵鐨勪俊鎮鏄瀵圭殑鍚楋紵錛堝姞瀵嗚В瀵嗭級
浜屻丄PI鎺ュ彛濡備綍絳懼悕楠岀懼拰鍔犲瘑瑙ｅ瘑錛
鍙や唬浜哄啓淇￠氳繃閭宸浼犱俊錛岃礬閫旈仴榪滐紝浠栦滑涓轟簡閬垮厤閲嶈佺殑鍐呭硅鍙戠幇錛屽喅瀹氱敤瀵嗘枃鏉ュ啓淇★紝姣斿傛垜鎯寵〃杈鋸滃叓鐧炬爣鍏典笂鍖楀潯鈥濓紝鎴戝啓鎴800north錛屽苟涓旀敹浠朵漢涔熺煡閬撴庝箞闃呰昏繖浠戒俊鎮錛屽嵆浣胯礬涓婄殑浜烘埅鍙栧伔鐪嬩簡錛屼篃鐪嬩笉鎳備綘浠鍦ㄨ寸殑浠涔堟剰鎬濄傚悓鏃舵垜鍦ㄦ枃鏈絳句笂鎴戠殑瀛楄抗錛屽湪鐩掑瓙閲屾斁涓婃垜鐨勪俊鐗╋紙姣斿備竴鐗囩窘姣涚瓑絳夛級錛岃繖鏍鋒敹浠朵漢涔熷氨鐭ラ亾榪欎喚淇℃槸鎴戝瘎鍑虹殑浜嗐
榪欒縐頒負鈥滃圭О鎬у瘑鐮佲濓紝涔熷氨鏄鍔犲瘑鐨勪漢鐢ˋ鏂瑰紡鍔犲瘑錛岃В瀵嗙殑浜虹敤A鏂瑰紡瑙ｅ瘑錛屾湁浠涔堢己鐐瑰憿錛
濡傛灉浣犵粡甯鎬紶杈擄紝榪欏氨寰堝規槗琚鍙戠幇浜嗗瘑鐮佽勫緥錛屾瘮濡傛垜寰堝揩灝辯煡閬撲綘瀵勪俊閮戒細甯︿笂涓鐗囩窘姣涳紝閭ｆ垜浠ュ悗涔熷彲浠ユ悶涓鐗囩窘姣涙潵鍐掑厖浣犱簡銆傚姞涓婏紝濡傛灉鎴戣佺粰寰堝氫漢瀵勪俊錛屾垜灝辮佽窡姣忎釜浜哄憡璇夋垜鐨勫姞瀵嗘柟寮忥紝璇翠笉鍑嗘湁涓涓鍗у簳灝辨妸浣犵殑鍔犲瘑鏂瑰紡鍑哄崠浜嗐
鍥犱負浜掕仈緗戜紶杈撶殑瀵規帴鏂規暟閲忓拰棰戠巼闈炲父楂橈紝鏄劇劧鎼炰釜瀵圭О鎬у瘑鐮佹槸涓嶅畨鍏ㄧ殑銆備簬鏄錛屽熀浜庡圭О鎬у瘑鐮佸歡浼稿嚭鈥滈潪瀵圭О瀵嗙爜鈥濈殑姒傚康銆
1. 鍏縐侀掗鈥斺旂懼悕楠岀懼強鍔犺В瀵嗗師鐞
閫氫織鐨勮В閲婏細A瑕佺粰B鍙戜俊鎮錛孊鍏堟妸涓涓綆卞瓙緇橝錛孉鏀跺埌涔嬪悗鎶婁俊鏀捐繘綆卞瓙錛岀劧鍚庝笂閿侊紝涓婇攣浜嗕箣鍚嶢鑷宸變篃鎵撲笉寮錛屽彇涓嶅嚭鏉ヤ簡錛屽洜涓洪掗鍖欏湪B鐨勬墜閲岋紝榪欐牱鍗充嬌璺涓婅鎴鍙栦簡錛屽埆浜轟篃鎵撲笉寮綆卞瓙鐪嬮噷闈㈢殑淇℃伅錛屾渶鍚嶣灝辮兘瀹夊叏鍦版敹鍒癆鍙戠殑淇′簡錛屽苟涓斾俊鎮娌℃湁娉勯湶銆
鐜板湪鎴戜滑浠ヤ竴涓鍗曞悜鐨凙鍙戜俊鎮緇橞鐨勫満鏅榪涜屾繁鍏ヤ簡瑙ｅ叕縐侀掗宸ヤ綔鍘熺悊銆
鍙戦佽呭拰鎺ユ敹鑰呴兘鏈2濂楀姞瑙ｅ瘑鐨勬柟娉曪紝鑰屼笖浠栦滑鎶婂叾涓涓濂楀姞瀵嗘柟娉昦鍜岃В瀵嗘柟娉昩閮藉叕寮錛堣櫄綰挎爣榛戱級錛
榪欓噷鎻愬埌鐨勫姞瑙ｅ瘑錛屽洜涓哄瘑鐮佸﹁繃浜庢繁濂ワ紝鏃犳硶瑙ｉ噴銆傚ぇ瀹墮渶榛樿ゅ姞瀵嗘柟娉曟槸涓嶈兘鍙嶆帹鍑鴻В瀵嗘柟娉曠殑錛岃В瀵嗘柟娉曟槸涓嶈兘鍙嶆帹鍑哄姞瀵嗘柟娉曠殑銆俛鍔犲瘑灝卞繀欏籥瑙ｅ瘑錛宐鍔犲瘑灝卞繀欏籦瑙ｅ瘑錛
鐜板湪A闇瑕佸悜B鍙戦佷竴鏉′俊鎮錛屽洜涓轟俊鎮鐨勫唴瀹瑰緢閲嶈侊紝浠栧氨鐢ㄦ帴鏀惰匓鐨勫姞瀵嗘柟娉昪榪涜屽姞瀵嗭紝榪欐牱鍙鏈塀鑷宸辯殑瑙ｅ瘑鏂規硶c鎵嶈兘瑙ｅ紑錛屼換浣曚漢鑾峰彇浜嗛兘瑙ｅ紑涓嶄簡錛屽寘鎷珹鑷宸變篃瑙ｄ笉寮錛
鍦ˋ鍚態鍙戦佷俊鎮鐨勫悓鏃訛紝闇瑕佸甫涓婅嚜宸辯殑絳懼悕錛岃繖涓鏃跺橝鐢ㄨ嚜宸辨墠鐭ラ亾鐨勫姞瀵嗘柟娉昩榪涜屽姞瀵嗭紝鍥犱負浠諱綍浜洪兘鐭ラ亾瑙ｅ瘑鏂規硶b錛屾墍浠ヤ換浣曚漢閮藉彲浠ョ湅鍒癆鐨勭懼瓧錛屼篃灝辨槸浠諱綍浜洪兘鐭ラ亾榪欐潯鏄疉鍙戝嚭鏉ョ殑淇℃伅錛屼絾鍥犱負絳懼悕涓嶆槸涓嶈兘鍏寮鐨勪俊鎮錛屾墍浠ヨ瑙ｅ瘑浜嗕篃娌℃湁鍏崇郴銆
鎬葷粨錛
錛1錛夌懼悕浼氳浠諱綍浜鴻幏鍙栵紝浣嗗洜涓虹懼悕鍐呭逛笉娑夊強鏍稿績鍐呭癸紝琚鑾峰彇鐮磋В鏄疧K鐨勩
錛2錛夐噸瑕佸唴瀹瑰彧鑳芥帴鏀舵柟瑙ｅ瘑錛屼換浣曚漢鑾峰彇浜嗛兘鏃犳硶瑙ｅ瘑銆
錛3錛夋帴鏀惰匓鍙鏈夐獙璇佺懼悕鑰呮槸A鐨勪俊鎮錛屾墠浼氭墽琛屾帴涓嬫潵鐨勭▼搴忋傞樋鐚闃跨嫍鍙戞潵鐨勪俊鎮涓嶄簣鎵ц屻
鎹ｅ矓鑰匔鍙鑳界殑鎯呭喌錛
錛1錛変粬鑾峰彇鍒拌繖鏉′俊鎮鏄疉鍙戝嚭鐨勶紝浣嗙湅涓嶆槑鐧藉姞瀵嗙殑鍐呭廣
錛2錛変粬鍙浠ヤ篃鐢ㄦ帴鍙楄匓鐨勫姞瀵嗘柟娉昪鍚戞帴鏀惰匓鍙戜俊鎮錛屼絾浠栨棤娉曞啋鍏呭彂閫佽匒鐨勭懼悕錛屾墍浠B涓嶄細鎺ュ彈C鐨勮鋒眰銆
錛2錛夊叕縐侀掗鐨勯潪瀵圭О鍔犲瘑+session key瀵圭О鍔犲瘑
2. 鍏縐侀掗鐨勯潪瀵圭О鍔犲瘑+session key瀵圭О鍔犲瘑
涓婁竴灝忚妭瑙ｉ噴鐨勫叕縐侀掗鍔犲瘑鏄鏍囧噯鍜屽畨鍏ㄧ殑錛屼絾鍥犱負榪欑被闈炲圭О鍔犲瘑瀵圭郴緇熻繍綆楃殑闇奼傛瘮杈冨ぇ錛屽湪淇濊瘉瀹夊叏鐨勫墠鎻愪笅錛岃繕鏄灝介噺甯屾湜鎻愬崌紼嬪簭鍝嶅簲鐨勬椂鏁堛傛墍浠ョ洰鍓嶄富嫻佸簲鐢ㄧ殑鍙︿竴縐嶅姞瀵嗘柟寮忔槸鍏縐侀掗鐨勯潪瀵圭О鍔犲瘑+session key瀵圭О鍔犲瘑銆
褰揂鍚態鍙戦佷俊鎮鐨勬椂鍊欙紝涓嶉渶瑕佺敤鍒癇鐨勫叕縐侀掗銆
A鐢ㄨ嚜宸辯殑鍔犲瘑鏂規硶b鍔犲瘑絳懼悕鍜屼竴鏉＄┖淇℃伅錛屽洜涓轟俊鎮鏃犲叧閲嶈侊紝琚鐮磋В浜嗕篃娌″叧緋伙紝B鍒╃敤瑙ｅ瘑鏂規硶b楠岃瘉浜嗘槸A鍙戞潵鐨勪俊鎮銆
榪欎釜鏃跺欙紝鎺ユ敹鑰匓鐢ㄥ彂閫佽匒鐨勫姞瀵嗘柟娉昦錛屽姞瀵嗕竴涓鏈夋椂鏁堢殑鍔犲瘑鏂規硶緇橝錛堢浉褰撲簬鍛婅瘔A錛岃繖2涓灝忔椂錛屾垜浠鐢ㄨ繖涓鏆楀彿榪涜屾矡閫氾級錛屽洜涓哄彧鏈堿鏈夎В瀵嗘柟娉曪紝鎵浠ュ埆浜鴻幏鍙栦簡涔熶笉鑳界煡閬搒ession key鏄浠涔堛
A鎺ユ敹鍒皊ession key浜嗕互鍚庯紝A鐢ㄨ繖縐嶆湁鏃舵晥鐨勫姞瀵嗗嚱鏁板彂閫侀噸瑕佷俊鎮錛岀懼悕浠嶇敤鍔犲瘑鏂規硶b鍔犲瘑錛孊鐢ㄥ悓鏍蜂竴涓鍔犲瘑鍑芥暟瑙ｅ瘑錛堝疄闄呬笂鍙樻垚浜嗗圭О鍔犲瘑錛屽ぇ瀹墮兘鐢ㄥ悓鏍風殑鏂瑰紡鍔犺В瀵嗭級
2灝忔椂鍚庯紝鍐嶉噸澶嶇2姝ワ紝鏇存柊鍔犲瘑鏂規硶銆
3. 鎬葷粨
錛1錛夊綋B鍚慉鍙戝嚭涓存椂鏈夋晥鐨勫姞瀵嗘柟娉曚箣鍚庯紝閫氳鐨勮繃紼嬪彉涓轟簡瀵圭О鍔犲瘑錛
錛2錛夎繖綾誨姞瀵嗘柟寮忕殑鏍稿績鏄鏃舵晥鎬э紝蹇呴』鍦ㄧ煭鏃墮棿鍐呮洿鏂幫紝鍚﹀垯鍥哄畾鐨勮勫緥瀹規槗琚鑾峰彇鐮磋В銆
鎹ｅ矓鑰匔鍙鑳界殑鎯呭喌錛
錛1錛変粬鑾峰彇鍒癇鍙戝嚭鐨剆ession key鐨勫姞瀵嗘枃浠訛紝鏃犳硶鐮磋Вsession key鏄浠涔堛傚洜涓鴻В瀵嗘柟娉曞湪A鎵嬩笂錛
錛2錛夐氳繃鍚勭嶆墜孌碉紝C鐮磋В鍑簊ession key鐨勫姞瑙ｅ瘑鏂規硶錛屼絾鍥犱負鏃舵晥宸插埌錛宻ession key鏇存柊錛孋寰掑姵鏃犲姛錛
錛3錛塁鍦ㄦ椂鏁堝唴鐮磋В鍑簊ession key錛屼絾鏃犳硶鍐掑厖A鐨勭懼悕銆
浠ヤ笂鏄2縐嶅父瑙佺殑鍔犺В瀵嗘柟寮忥紝姣忎釜寮鏀懼鉤鍙頒細鍦ㄦ傝堪涓鏈寮濮嬩粙緇岮PI璋冪敤鐨勫畨鍏ㄥ姞瑙ｅ瘑鏂規硶錛岃繖鏄姣忎釜瀵規帴榪囩▼涓蹇呴』鐨勫噯澶囨祦紼嬶紝濡傚井淇′紒涓氬鉤鍙板湪姒傝堪涓灝卞凡浠嬬粛鍒╃敤絎2縐嶆柟娉曪紙浼佷笟寰淇″懡鍚嶄負access_token錛夎繘琛屽姞瑙ｅ瘑浼犺緭銆
涓夈佹渶鍚
浠ヤ笂灝辨槸API絳懼悕楠岀懼拰鍔犺В瀵嗙殑鍩烘湰鍘熺悊錛屾帴涓嬫潵鎴戜細緇х畫鏇存柊API鐨勮鋒眰鏂瑰紡絳夐棶棰橈紝鍚屾椂浠ヤ紒涓氬井淇★紝寰淇″紑鏀懼鉤鍙扮瓑澶у瀷寮鏀懼鉤鍙扮殑涓氬姟瑙ｉ噴鍚勫鉤鍙版敮鎸佺殑鐜版湁鍔熻兘銆
緇間笂錛屾按騫蟲湁闄愶紝濡傛湁綰版紡錛屾暚璇鋒寚鍑恆