跟着事务的开展，体系架构从单体架构变为面向服务架构，水平分层架构；再变为微服务架构，
服务网格，服务与服务间的交互越来越杂乱，怎样高雅的规划一个接口，需求考虑哪些方面？特别是对公服务（比方BFF）需求对外供给公网域名的接口，安全性怎样确保，我整理了我作业以来一些常见的办法以及详细怎样去完结：
数据有效性校验合法性校验包含：惯例性校验以及事务校验； 惯例性校验：包含必填字段校验，长度校验，类型校验，格局校验等； 事务校验：依据实践事务而定，比方订单金额不能小于0等；
幂等规划所谓幂等，简略地说，便是对接口的屡次调用所产生的成果和调用一次是共同的。数据产生改动才需求做幂等，有些接口是天然确保幂等性的。
比方查询接口，有些对数据的修正是一个常量，并且无其他记载和操作，那也能够说是具有幂等性的。其他状况下，一切触及对数据的修正、状况的改变就都有必要避免重复性操作的产生。经过直接的完结接口的幂等性来避免重复操作所带来的影响。
又比方咱们电商比较常见的加减GMV同一个音讯不论过来多少次成果都应该只加减一次，不然会导致金额过错乃至形成资损。
恳求层面： 屡次履行的成果是共同的 事务层面： 同一个用户不重复下单，产品不超卖，MQ不重复消费
幂等的实质是分布式锁的问题，分布式锁正常能够经过redis或zookeeper完结；
在分布式环境下，确定大局仅有资源，使恳求串行化，实践表现为互斥锁，避免重复，处理幂等
安全性1. 数据加密咱们知道数据在传输进程中是很简略被抓包的，假如直接传输比方http协议传输，那么数据在传输的进程中或许被任何人获取。
所以有必要对数据进行加密，常见的做法是对敏感数据比方身份证号进行md5加密。现在干流的做法是运用https协议，在http和tcp之间增加一层数数据安全层(SSL层)，这一层担任数据的加密和解密。https怎样装备和运用，咱们翻阅我历史文章自行去研讨。
对称加密: 密钥在加密进程中和解密进程中是不变的，常见的算法有DES,AES;长处是加解密核算速度快；缺点是数据传送前，服务两边有必要约好好密钥，假如一方密钥走漏，加密信息也就不安全了。
非对称加密: 密钥成对呈现，一个密钥加密之后，由别的一个密钥来解密；私钥放在服务端文件中，公钥能够发布给任何人运用；长处是比对称加密更安全，可是加解密的速度比对称加密慢多了，广泛运用的是RSA算法；
https的完结正好是结合了两种加密方法，整合了两边的长处，在安全性和功能方面都比较好。对称加密和非对称加密的代码完结，jdk供给了相关的东西类能够直接运用，本文不过多介绍。
2. 数据签名介绍3种数据签名安全策略：摘要[KEY] , 签名[证书] , 签名+加密[证书]
安全策略 描绘 安全级别 摘要[Key] 将数据和Key(自界说契约暗码)组合后进行摘要 安全级别低，契约密钥安全性十分低。在契约密钥安全状况下能基本确保数据的不行篡改性。 签名[证书] 运用证书和非对称签名算法对数据进行签名 安全级别中，能够确保数据的不行篡改性和不行狡赖性，可是不能确保数据的私密性 签名-加密[证书] 运用证书和非对称算法对数据签名，运用一次一密的密钥和对称算法对数据进行加密 安全级别高，能够确保数据的不行篡改性和不行狡赖性，并且能确保数据的私密性。
机密性(Confidentiality): 未经许可不许看完整性(Integrity) : 不许篡改可用性(Availability) : 避免不行用不行狡赖性(Non-Repudiation): 用户不能否定其行为摘要[KEY]进程：将需求提交的数据经过某种方法组合成一个字符串，然后经过md5生成一段加密字符串，这段字符串便是数据包的签名，比方：
str：参数1={参数1}&参数2={参数2}&……&参数n={参数n}$key={用户密钥};MD5.encrypt(str);摘要[KEY]原理：Hash算法不行逆，并且核算成果具有仅有性，在key 的隐私得到确保的状况下，能够确保完整性 摘要[KEY]缺点：key的隐私性很难确保，明文传输
签名[证书]进程：客户端对明文做一个md5/SHA核算，对核算后的值经过私钥加密得到密文，客户端将明文和密文发送给服务端，服务端对密文经过公钥解密得到值A，一起服务端对明文做一个md5/SHA核算得到值B，比较值A与值B，相同得验证经过，能够确保不行篡性和不行狡赖性，可是不能确保数据的私密性（明文传输）
签名+加密[证书]进程：客户端生成一个随机字符串，作为password，然后把这个password经过B公钥加密生成密文C，把A明文经过password加密生成密文B， 一起把A明文做MD5/SHA核算后的值经过A私钥加密得到签名D， 把密文B和密文C和签名D发给服务端，服务端经过私钥解密文C得到password，然后经过password解密文B就能够得到A明文，一起签名能够用来验证发送者是不是A，以及A发送的数据有没有被第三方修正过。
能够假定存在一个歹意的一方X，假充了A，发送了密文B(password生成），密文C服务端收到数据后，依然能够正常解密得到明文，可是却无法证明这个明文数据是A发送的仍是歹意用户B发送的。签名D的意义便是A自己签名，服务端能够验证。X因为没有A的私钥，这个签名它无法假充，会被服务端辨认出来。
加密-签名
3. 时刻戳机制数据经过了加密处理，酒店抓取到了数据也看不到实在数据；可是有不法者不关心实在数据，拿到数据后直接进行歹意恳求，这个时分简略的做法能够考虑时刻戳机制，在每次恳求中参加当时时刻，服务端会将报文中的时刻与体系当时时刻做比对，看是否在一个固定的时刻范围内比方5分钟，歹意假造的数据是无法更改报文中时刻的，超越5分钟就能够当作不合法恳求了。
伪代码如下：
longinterval=5*60*1000；//超时时刻longclientTime=request.getparameter("clientTime");longserverTime=System.currentTimeMillis();if(serverTime-clientTime>interval){returnnewResponse("超越处理时长")}4. AppId机制大部分网站需求用户名和暗码才干登陆，这其实是一种安全机制；对应的服务也能够运用这一机制，不是谁都能够调用，调用服务前有必要先恳求注册一个仅有的appid，供给相关的密钥，在调用接口时需求供给appid+密钥信息，服务端会进行验证。
appid运用字母，数字，特殊符号等随机生成，生成的仅有appid看体系实践要求是否需求大局仅有；不论是否大局仅有最好有以下特点：
趋势递加: 这样在保存数据库的时分，索引的功能更好
信息安全: 随机生成，不要是接连的，简略被发现规则
关于大局仅有Id生成的方法常见的有snowflake方法等
snowflake
以上示意图描绘了一个序列号的二进制组成结构。
第一位不必，恒为0，即表明正整数；接下来的41位表明时刻戳，准确到毫秒。为了节省空间，能够将此时刻戳界说为间隔某个时刻点所阅历的毫秒数（Java默许是1970-01-01 00:00:00）。
再后来的10位用来标识作业机器，假如呈现了跨IDC的状况，能够将这10位一分为二，一部分用于标识IDC，一部分用于标识服务器；最终12位是序列号，自增加。
snowflake的中心思维是64bit的合理分配，但不必要严厉依照上图所示的分法。假如在机器较少的状况下，能够恰当缩短机器id的长度，留出来给序列号。
5. 黑名单机制假如此appid进行过许多不合法操作，或许说专门有一个中黑体系，经过剖析之后直接将此appid列入黑名单，一切恳求直接回来过错码；
咱们能够给每个appid设置一个状况比方包含：初始化状况，正常状况，中黑状况，封闭状况等等；或许咱们直接经过分布式装备中心，直接保存黑名单列表，每次查看是否在列表中即可；
限流机制常用的限流算法包含：令牌桶限流，漏桶限流，计数器限流；
令牌桶限流 令牌桶算法的原理是体系以必定速率向桶中放入令牌，填满了就丢掉令牌；恳求来时会先从桶中取出令牌，假如能取到令牌，则能够持续完结恳求，不然等候或许拒绝服务；令牌桶答应必定程度突发流量，只需有令牌就能够处理，支撑一次拿多个令牌；漏桶限流 漏桶算法的原理是依照固定常量速率流出恳求，流入恳求速率恣意，当恳求数超越桶的容量时，新的恳求等候或许拒绝服务；能够看出漏桶算法能够强制约束数据的传输速度；计数器限流 计数器是一种比较简略粗犷的算法，首要用来约束总并发数，比方数据库连接池、线程池、秒杀的并发数；计数器限流只需必定时刻内的总恳求数超越设定的阀值则进行限流；详细根据以上算法怎样完结，Guava供给了RateLimiter东西类根据根据令牌桶算法：
RateLimiterrateLimiter=RateLimiter.create(5);以上代码表明一秒钟只答应处理五个并发恳求，以上方法只能用在单使用的恳求限流，不能进行大局限流；这个时分就需求分布式限流，能够根据redis+lua来完结；
总结其实接口不论是规划仍是开发，假如不是特别急的需求咱们都能够多一点考虑，这样你的体系才会更安稳，上线和测验进程中bug更少，并且从个人提高视点来说，多考虑总是一件功德。
许多时分咱们都在诉苦：哎呀我公司小，我校园差这种环境得不到生长。傻瓜，许多时分高手也是这样走过来的，不过相同的工作每个人的情绪不相同，时刻久了成果也就不相同了。
好啦，现在咱们应该都上班了，我熬夜值勤还在大促现场（文章周末写的，现在就写个总结），我是敖丙，你知道的越多，你不知道的越多，咱们下期见。