Java项目架构听课总结第一天，虽然我没有经验，但是我听了以后收获很大，概括总结，把没听说过的查了一下，跟大家分享一下。

手机号登录验证

1 短信微服务发送： 短信服务独立 阿里 腾讯 华信短信服务 这就是微服务的好处如果我觉得某个不稳定了，我想多弄几个备用，微服务独立出来如果需要切换短信服务只要接口不变就没问题 不会影响程序的正常稳定

2 什么是负载均衡LB 当一个网络服务，用户数量上升到一定规模，或者要考虑高可用的情况下，一定要考虑使用负载均衡， 将用户的大量请求，分担到可以水平扩展的前置服务器中

3 免密登陆的实现 两种方式 优缺点
免登陆 不是每一次用都要登陆的 accsss_token（微信的是两个小时,带有用户信息和过期时间 用JWT就可以解决 客户端 到 服务器通过一个id识别用户是谁就不用重复登陆 如果压力太大家LB负载均衡新服务器 就会无法判断id，所以搞了一个id服务器，随着用户量日益增大，后来干村不用服务器存了 登陆以后返回一个token自签名 然后下次就传token 对其解析知道用户信息和过期时间）（加盐原本数据+盐，判断是否被人改过，就是加密呗） refresh_token（如果我的token被别人拿走了 别人就可以冒充你 防偷窥 防篡改，实在不行，设置过期时间，时间戳，两分钟到期了，我自己的也过期了，用户又得重新输入用户名和密码 ，用户体验就不好了，再发一个Refresh_token,用r——t（比a——t多长一点）请求再重新发一个at）
）（如果出问题就得存token，干掉token然后后台发一个js强制下线，冲突在于token到底是谁要存，不能两全其美）

4 小总结：技术是为业务服务的 项目是多种多样技术的结合点 没有那个知识该学不该学，是综合的技术实现

5验证码登陆的安全问题，一条四厘五分：验证码要做防刷 120s不能重复发短信一个验证码不要重复登陆 利用redis三四层防刷 相同不同手机号 正确错误验证码 有些改ip的恶意 要解决还得存储设备号和网络状态

6登录密码防盗：登陆中密码防盗 要放在body里用https 或者是加盐

7什么是加盐：加盐就是对密码进行加密，或者加一些字符串，或者md5 sah1，并不是完全破译不了，只是成本太高，不值当

8网约车项目的特殊经验：
司乘位置同步 经纬度方向 速度高度（分析司机的驾驶行为）（海拔）
坐标系：不同地图的经纬度起点是不一样的 地区坐标 地心坐标系 gps 中国任何一个地图产品都不允许使用GPS 坐标 据说是为了保密
火星坐标 国测局坐标系 对经纬度的加密算法 加入随机的偏差BD-09二次加密 高德 阿里云

9关于架构的经验理解等反正不太好概括看就完了
1 公司需要什么技术看业务量 技术是为业务服务的 项目是多种多样技术的结合点 没有那个知识该学不该学，是综合的技术实现
2做一个项目要从大处着手，一个接口给别人接口，我调别人接口，很烦，我应该站在整体的角度思考（理解整体架构再看自己的模块 在考虑。态度很重要）怎么解决问题，然后沟通
对一个项目的想法包括四个方面：需求 ； 解决方案：形成闭环 ；难点： ；套用技术：；
业务架构图
前段展示层 pc app 小程序 向下发送请求 dns cdn（用户数量大才需要） 网关 负载平衡Lb

网关层
服务层 服务调服务 然后操作数据库 分布式系统 、（中台所累 设计方法
小前台调用大中台
业务层 乘客服务 司机服务 大屏服务 车机服务 BOSS服务

能力层 用户服务 订单服务 地图服务 基教服务 消息服务 派单服务 任务服务 支付服务

技术中台 业务中台 数据中台

中台 （大公司才需要，适合于组合式创新，个性化创新就不合适，有些公司开始去中台化，让中台变薄，薄的只抽象接口或者服务或者方法，让下层去搞新的）
造好轮子 让所有人用 就有了所有部门的数据库 就叫做中台 组合起来了，因为中台能力好，所以可以迅速搞一个app出来 ，对上层通用业务能力的沉淀 以便以后通用
）

存储器

（微服务架构设计request 请求服务（判断用户是否是合法用户） 用户服务 （订单服务）调用乘客服务 调用支付服务）