太原網(wǎng)站建設(shè)多少錢僅需500元（api接口網(wǎng)址怎么建立）api接口網(wǎng)站我為猖狂，
前言在實(shí)際工作中，我們需要經(jīng)常跟第三方平臺(tái)打交道，可能會(huì)對(duì)接第三方平臺(tái)API接口，或者提供API接口給第三方平臺(tái)調(diào)用那么問題來了，如果設(shè)計(jì)一個(gè)優(yōu)雅的API接口，能夠滿足：安全性、可重復(fù)調(diào)用、穩(wěn)定性、好定位問題等多方面需求？。
今天跟大家一起聊聊設(shè)計(jì)API接口時(shí)，需要注意的一些地方，希望對(duì)你會(huì)有所幫助1. 簽名為了防止API接口中的數(shù)據(jù)被篡改，很多時(shí)候我們需要對(duì)API接口做簽名接口請(qǐng)求方將請(qǐng)求參數(shù) + 時(shí)間戳 + 密鑰拼接成一個(gè)字符串，然后通過。
md5等hash算法，生成一個(gè)前面sign然后在請(qǐng)求參數(shù)或者請(qǐng)求頭中，增加sign參數(shù)，傳遞給API接口API接口的網(wǎng)關(guān)服務(wù)，獲取到該sign值，然后用相同的請(qǐng)求參數(shù) + 時(shí)間戳 + 密鑰拼接成一個(gè)字符串，用相同的m5算法生成另外一個(gè)sign，對(duì)比兩個(gè)sign值是否相等。
如果兩個(gè)sign相等，則認(rèn)為是有效請(qǐng)求，API接口的網(wǎng)關(guān)服務(wù)會(huì)將給請(qǐng)求轉(zhuǎn)發(fā)給相應(yīng)的業(yè)務(wù)系統(tǒng)如果兩個(gè)sign不相等，則API接口的網(wǎng)關(guān)服務(wù)會(huì)直接返回簽名錯(cuò)誤問題來了：簽名中為什么要加時(shí)間戳？答：為了安全性考慮，防止同一次請(qǐng)求被反復(fù)利用，增加了密鑰沒破解的可能性，我們必須要對(duì)每次請(qǐng)求都設(shè)置一個(gè)合理的過期時(shí)間，比如：15分鐘。
這樣一次請(qǐng)求，在15分鐘之內(nèi)是有效的，超過15分鐘，API接口的網(wǎng)關(guān)服務(wù)會(huì)返回超過有效期的異常提示目前生成簽名中的密鑰有兩種形式：一種是雙方約定一個(gè)固定值privateKey另一種是API接口提供方給出AK/SK兩個(gè)值，雙方約定用SK作為簽名中的密鑰。
AK接口調(diào)用方作為header中的accessKey傳遞給API接口提供方，這樣API接口提供方可以根據(jù)AK獲取到SK，而生成新的sgin2. 加密有些時(shí)候，我們的API接口直接傳遞的非常重要的數(shù)據(jù)，比如：用戶的銀行卡號(hào)、轉(zhuǎn)賬金額、用戶身份證等，如果將這些參數(shù)，直接明文，暴露到公網(wǎng)上是非常危險(xiǎn)的事情。
由此，我們需要對(duì)數(shù)據(jù)進(jìn)行加密目前使用比較多的是用BASE64加解密我們可以將所有的數(shù)據(jù)，安裝一定的規(guī)律拼接成一個(gè)大的字符串，然后在加一個(gè)密鑰，拼接到一起然后使用JDK1.8之后的Base64工具類處理，效果如下：。
【加密前的數(shù)據(jù)】www.baidu.com 【加密后的數(shù)據(jù)】d3d3LmJhaWR1LmNvbQ== 為了安全性，使用Base64可以加密多次API接口的調(diào)用方在傳遞參數(shù)時(shí)，body中只有一個(gè)參數(shù)data，它就是base64之后的加密數(shù)據(jù)。
API接口的網(wǎng)關(guān)服務(wù)，在接收到data數(shù)據(jù)后，根據(jù)雙方事先預(yù)定的密鑰、加密算法、加密次數(shù)等，進(jìn)行解密，并且反序列化出參數(shù)數(shù)據(jù)3. ip白名單為了進(jìn)一步加強(qiáng)API接口的安全性，防止接口的簽名或者加密被破解了，攻擊者可以在自己的服務(wù)器上請(qǐng)求該接口。
需求限制請(qǐng)求ip，增加ip白名單只有在白名單中的ip地址，才能成功請(qǐng)求API接口，否則直接返回?zé)o訪問權(quán)限ip白名單也可以加在API網(wǎng)關(guān)服務(wù)上但也要防止公司的內(nèi)部應(yīng)用服務(wù)器被攻破，這種情況也可以從內(nèi)部服務(wù)器上發(fā)起API接口的請(qǐng)求。
這時(shí)候就需要增加web防火墻了，比如：ModSecurity等4. 限流如果你的API接口被第三方平臺(tái)調(diào)用了，這就意味著著，調(diào)用頻率是沒法控制的第三方平臺(tái)調(diào)用你的API接口時(shí)，如果并發(fā)量一下子太高，可能會(huì)導(dǎo)致你的API服務(wù)不可用，接口直接掛掉。
由此，必須要對(duì)API接口做限流限流方法有三種：對(duì)請(qǐng)求ip做限流：比如同一個(gè)ip，在一分鐘內(nèi)，對(duì)API接口總的請(qǐng)求次數(shù)，不能超過10000次對(duì)請(qǐng)求接口做限流：比如同一個(gè)ip，在一分鐘內(nèi)，對(duì)指定的API接口。
，請(qǐng)求次數(shù)不能超過2000次對(duì)請(qǐng)求用戶做限流：比如同一個(gè)AK/SK用戶，在一分鐘內(nèi)，對(duì)API接口總的請(qǐng)求次數(shù)，不能超過10000次我們在實(shí)際工作中，可以通過nginx，redis或者gateway實(shí)現(xiàn)限流的功能。
5. 參數(shù)校驗(yàn)我們需要對(duì)API接口做參數(shù)校驗(yàn)，比如：校驗(yàn)必填字段是否為空，校驗(yàn)字段類型，校驗(yàn)字段長度，校驗(yàn)枚舉值等等這樣做可以攔截一些無效的請(qǐng)求比如在新增數(shù)據(jù)時(shí)，字段長度超過了數(shù)據(jù)字段的最大長度，數(shù)據(jù)庫會(huì)直接報(bào)錯(cuò)。
但這種異常的請(qǐng)求，我們完全可以在API接口的前期進(jìn)行識(shí)別，沒有必要走到數(shù)據(jù)庫保存數(shù)據(jù)那一步，浪費(fèi)系統(tǒng)資源有些金額字段，本來是正數(shù)，但如果用戶傳入了負(fù)數(shù)，萬一接口沒做校驗(yàn)，可能會(huì)導(dǎo)致一些沒必要的損失還有些狀態(tài)字段，如果不做校驗(yàn)，用戶如果傳入了系統(tǒng)中不存在的枚舉值，就會(huì)導(dǎo)致保存的數(shù)據(jù)異常。
由此可見，做參數(shù)校驗(yàn)是非常有必要的在Java中校驗(yàn)數(shù)據(jù)使用最多的是hiberate的Validator框架，它里面包含了@Null、@NotEmpty、@Size、@Max、@Min等注解用它們校驗(yàn)數(shù)據(jù)非常方便。
當(dāng)然有些日期字段和枚舉字段，可能需要通過自定義注解的方式實(shí)現(xiàn)參數(shù)校驗(yàn)6. 統(tǒng)一返回值我之前調(diào)用過別人的API接口，正常返回?cái)?shù)據(jù)是一種json格式，比如：{ "code":0, "message"。
:null, "data":[{"id":123,"name":"abc"}] }, 簽名錯(cuò)誤返回的json格式：{ "code":1001, "message":"簽名錯(cuò)誤",
"data":null } 沒有數(shù)據(jù)權(quán)限返回的json格式：{ "rt":10, "errorMgt":"沒有權(quán)限", "result":null } 這種是比較坑的做法，返回值中有多種不同格式的返回?cái)?shù)據(jù)，這樣會(huì)導(dǎo)致對(duì)接方很難理解。
出現(xiàn)這種情況，可能是API網(wǎng)關(guān)定義了一直返回值結(jié)構(gòu)，業(yè)務(wù)系統(tǒng)定義了另外一種返回值結(jié)構(gòu)如果是網(wǎng)關(guān)異常，則返回網(wǎng)關(guān)定義的返回值結(jié)構(gòu)，如果是業(yè)務(wù)系統(tǒng)異常，則返回業(yè)務(wù)系統(tǒng)的返回值結(jié)構(gòu)但這樣會(huì)導(dǎo)致API接口出現(xiàn)不同的異常時(shí)，返回不同的返回值結(jié)構(gòu)，非常不利于接口的維護(hù)。
其實(shí)這個(gè)問題我們可以在設(shè)計(jì)API網(wǎng)關(guān)時(shí)解決業(yè)務(wù)系統(tǒng)在出現(xiàn)異常時(shí)，拋出業(yè)務(wù)異常的RuntimeException，其中有個(gè)message字段定義異常信息所有的API接口都必須經(jīng)過API網(wǎng)關(guān)，API網(wǎng)關(guān)捕獲該業(yè)務(wù)異常，然后轉(zhuǎn)換成統(tǒng)一的異常結(jié)構(gòu)返回，這樣能統(tǒng)一返回值結(jié)構(gòu)。
7. 統(tǒng)一封裝異常我們的API接口需要對(duì)異常進(jìn)行統(tǒng)一處理不知道你有沒有遇到過這種場景：有時(shí)候在API接口中，需要訪問數(shù)據(jù)庫，但表不存在，或者sql語句異常，就會(huì)直接把sql信息在API接口中直接返回返回值中包含了
異常堆棧信息、數(shù)據(jù)庫信息、錯(cuò)誤代碼和行數(shù)等信息如果直接把這些內(nèi)容暴露給第三方平臺(tái)，是很危險(xiǎn)的事情有些不法分子，利用接口返回值中的這些信息，有可能會(huì)進(jìn)行sql注入或者直接脫庫，而對(duì)我們系統(tǒng)造成一定的損失因此非常有必要對(duì)API接口中的異常做統(tǒng)一處理，把異常轉(zhuǎn)換成這樣：
{ "code":500, "message":"服務(wù)器內(nèi)部錯(cuò)誤", "data":null } 返回碼code是500，返回信息message是服務(wù)器內(nèi)部異常這樣第三方平臺(tái)就知道是API接口出現(xiàn)了內(nèi)部問題，但不知道具體原因，他們可以找我們排查問題。
我們可以在內(nèi)部的日志文件中，把堆棧信息、數(shù)據(jù)庫信息、錯(cuò)誤代碼行數(shù)等信息，打印出來我們可以在gateway中對(duì)異常進(jìn)行攔截，做統(tǒng)一封裝，然后給第三方平臺(tái)的是處理后沒有敏感信息的錯(cuò)誤信息8. 請(qǐng)求日志在第三方平臺(tái)請(qǐng)求你的API接口時(shí)，接口的請(qǐng)求日志非常重要，通過它可以快速的分析和定位問題。
我們需要把API接口的請(qǐng)求url、請(qǐng)求參數(shù)、請(qǐng)求頭、請(qǐng)求方式、響應(yīng)數(shù)據(jù)和響應(yīng)時(shí)間等，記錄到日志文件中最好有traceId，可以通過它串聯(lián)整個(gè)請(qǐng)求的日志，過濾多余的日志當(dāng)然有些時(shí)候，請(qǐng)求日志不光是你們公司開發(fā)人員需要查看，第三方平臺(tái)的用戶也需要能查看接口的請(qǐng)求日志。
這時(shí)就需要把日志落地到數(shù)據(jù)庫，比如：mongodb或者elastic search，然后做一個(gè)UI頁面，給第三方平臺(tái)的用戶開通查看權(quán)限這樣他們就能在外網(wǎng)查看請(qǐng)求日志了，他們自己也能定位一部分問題9. 冪等設(shè)計(jì)。
第三方平臺(tái)極有可能在極短的時(shí)間內(nèi)，請(qǐng)求我們接口多次，比如：在1秒內(nèi)請(qǐng)求兩次有可能是他們業(yè)務(wù)系統(tǒng)有bug，或者在做接口調(diào)用失敗重試，因此我們的API接口需要做冪等設(shè)計(jì)也就是說要支持在極短的時(shí)間內(nèi)，第三方平臺(tái)用相同的參數(shù)請(qǐng)求API接口多次，第一次請(qǐng)求數(shù)據(jù)庫會(huì)新增數(shù)據(jù)，但第二次請(qǐng)求以后就不會(huì)新增數(shù)據(jù)，但也會(huì)返回成功。
這樣做的目的是不會(huì)產(chǎn)生錯(cuò)誤數(shù)據(jù)我們在日常工作中，可以通過在數(shù)據(jù)庫中增加唯一索引，或者在redis保存requestId和請(qǐng)求參來保證接口冪等性對(duì)接口冪等性感興趣的小伙伴，可以看看我的另一篇文章《高并發(fā)下如何保證接口的冪等性？》，里面有非常詳細(xì)的介紹。
10. 限制記錄條數(shù)對(duì)于對(duì)我提供的批量接口，一定要限制請(qǐng)求的記錄條數(shù)如果請(qǐng)求的數(shù)據(jù)太多，很容易造成API接口超時(shí)等問題，讓API接口變得不穩(wěn)定通常情況下，建議一次請(qǐng)求中的參數(shù)，最多支持傳入500條記錄如果用戶傳入多余500條記錄，則接口直接給出提示。
建議這個(gè)參數(shù)做成可配置的，并且要事先跟第三方平臺(tái)協(xié)商好，避免上線后產(chǎn)生不必要的問題11. 壓測上線前我們務(wù)必要對(duì)API接口做一下壓力測試，知道各個(gè)接口的qps情況以便于我們能夠更好的預(yù)估，需要部署多少服務(wù)器節(jié)點(diǎn)，對(duì)于API接口的穩(wěn)定性至關(guān)重要。
之前雖說對(duì)API接口做了限流，但是實(shí)際上API接口是否能夠達(dá)到限制的閥值，這是一個(gè)問號(hào)，如果不做壓力測試，是有很大風(fēng)險(xiǎn)的比如：你API接口限流1秒只允許50次請(qǐng)求，但實(shí)際API接口只能處理30次請(qǐng)求，這樣你的API接口也會(huì)處理不過來。
我們在工作中可以用jmeter或者apache benc對(duì)API接口做壓力測試12. 異步處理一般的API接口的邏輯都是同步處理的，請(qǐng)求完之后立刻返回結(jié)果但有時(shí)候，我們的API接口里面的業(yè)務(wù)邏輯非常復(fù)雜，特別是有些批量接口，如果同步處理業(yè)務(wù)，耗時(shí)會(huì)非常長。
這種情況下，為了提升API接口的性能，我們可以改成異步處理在API接口中可以發(fā)送一條mq消息，然后直接返回成功之后，有個(gè)專門的mq消費(fèi)者去異步消費(fèi)該消息，做業(yè)務(wù)邏輯處理直接異步處理的接口，第三方平臺(tái)有兩種方式獲取到。
第一種方式是：我們回調(diào)第三方平臺(tái)的接口，告知他們API接口的處理結(jié)果，很多支付接口就是這么玩的第二種方式是：第三方平臺(tái)通過輪詢調(diào)用我們另外一個(gè)查詢狀態(tài)的API接口，每隔一段時(shí)間查詢一次狀態(tài)，傳入的參數(shù)是之前的那個(gè)API接口中的id集合。
13. 數(shù)據(jù)脫敏有時(shí)候第三方平臺(tái)調(diào)用我們API接口時(shí)，獲取的數(shù)據(jù)中有一部分是敏感數(shù)據(jù)，比如：用戶手機(jī)號(hào)、銀行卡號(hào)等等這樣信息如果通過API接口直接保留到外網(wǎng)，是非常不安全的，很容易造成用戶隱私數(shù)據(jù)泄露的問題。
這就需要對(duì)部分?jǐn)?shù)據(jù)做數(shù)據(jù)脫敏了我們可以在返回的數(shù)據(jù)中，部分內(nèi)容用星號(hào)代替已用戶手機(jī)號(hào)為例：182****887這樣即使數(shù)據(jù)被泄露了，也只泄露了一部分，不法分子拿到這份數(shù)據(jù)也沒啥用14. 完整的接口文檔說實(shí)話，一份完整的API接口文檔，在雙方做接口對(duì)接時(shí)，可以減少很多溝通成本，讓對(duì)方少走很多彎路。
接口文檔中需要包含如下信息：接口地址請(qǐng)求方式，比如：post或get請(qǐng)求參數(shù)和字段介紹返回值和字段介紹返回碼和錯(cuò)誤信息加密或簽名示例完整的請(qǐng)求demo額外的說明，比如：開通ip白名單接口文檔中最好能夠統(tǒng)一接口和字段名稱的命名風(fēng)格，比如都用。
駝峰標(biāo)識(shí)命名接口地址中可以加一個(gè)版本號(hào)v1，比如：v1/query/getCategory，這樣以后接口有很大的變動(dòng)，可以非常方便升級(jí)版本統(tǒng)一字段的類型和長度，比如：id字段用Long類型，長度規(guī)定20。
status字段用int類型，長度固定2等統(tǒng)一時(shí)間格式字段，比如：time用String類型，格式為：yyyy-MM-dd HH:mm:ss接口文檔中寫明AK/SK和域名，找某某單獨(dú)提供等來源：https://mp.weixin.qq.com/s/0P85ffGhT1pUSoPZM4UgUA。
作者：蘇三呀