京东618是如何扛住千万级流量，如何做架构设计？

随着互联网的发展，各项软件的客户量日益增多，当客户量达到一定峰值时，当数以万计的流量来临时，程序的顺利运行以及即时响应则显得尤为重要，就像京东618那天一样。那么，如何设计架构才能够扛住这千万级的流量。

京东、淘宝是如何扛住千万级流量，如何做架构设计？

首先，要在我们架构设计的时候建立一些原则。

1. 实现高并发

服务拆分：将整个项目拆分成多个子项目或者模块，分而治之，将项目进行水平扩展。

服务化：解决服务调用复杂之后的服务的注册发现问题。

消息队列：解耦，异步处理

缓存：各种缓存带来的并发

2. 实现高可用

集群、限流、降级

3. 业务设计

幂等：就是用户对于同一操作发起的一次请求或者多次请求的结果是一致的，不会因为多次点击而产生了副作用，就像数学里的数字1，多少次幂的结果都是1。举个最简单的例子，那就是支付，用户购买商品后支付，支付扣款成功，但是返回结果的时候网络异常，此时钱已经扣了，用户再次点击按钮，此时会进行第二次扣款，返回结果成功，用户查询余额发现多扣钱了，流水记录也变成了两条。

防重：防止同样的数据同时提交

除了在业务方向判断和按钮点击之后不能继续点击的限制以外，在服务器端也可以做到防重：

在服务器端生成一个唯一的随机标识号(Token<令牌>)同时在当前用户的Session域中保存这个令牌，然后将令牌发送到客户端的form表单中，在form表单中使用隐藏域来存储这个Token，表单提交的时候联通这个Token一起提交到服务器，然后在服务器端判断客户提交上来的Token与服务器端生成的Token是否一致，如果不一致，那就重复提交了，此时服务器端就可以不处理重复提交的表单，如果相同则处理表单，处理完后清除当前用户的Session