海口Java SpringBoot商城定做

之前写了很多关于spring cloud的文章，今天我们对OAuth2.0的整合方式做一下笔记，首先我从网上找了一些关于OAuth2.0的一些基础知识点，帮助大家回顾一下知识点：
一、oauth中的角色
client：调用资源服务器API的应用
Oauth 2.0 Provider：包括Authorization Server和Resource Server
（1）Authorization Server：认证服务器，进行认证和授权
（2）Resource Server：资源服务器，保护受保护的资源
user：资源的拥有者
二、下面详细介绍一下Oauth 2.0 Provider
Authorization Server:
（1）AuthorizationEndpoint:进行授权的服务，Default URL: /oauth/authorize
（2）TokenEndpoint：获取token的服务，Default URL: /oauth/token
Resource Server:
OAuth2AuthenticationProcessingFilter：给带有访问令牌的请求加载认证
三、下面再来详细介绍一下Authorization Server:
一般情况下，创建两个配置类，一个继承AuthorizationServerConfigurerAdapter，一个继承WebSecurityConfigurerAdapter，再去复写里面的方法。
主要出现的两种注解：
1、@EnableAuthorizationServer：声明一个认证服务器，当用此注解后，应用启动后将自动生成几个Endpoint：（注：其实实现一个认证服务器就是这么简单，加一个注解就搞定，当然真正用到生产环境还是要进行一些配置和复写工作的。）
/oauth/authorizeint包里面。
2、@Beans：需要实现AuthorizationServerConfigurer
AuthorizationServerConfigurer包含三种配置：
ClientDetailsServiceConfigurer：client客户端的信息配置，client信息包括：clientId、secret、scope、authorizedGrantTypes、authorities
（1）scope：表示权限范围，可选项，用户授权页面时进行选择
（2）authorizedGrantTypes：有四种授权方式
Authorization Code：用验证获取code，再用code去获取token（用的多的方式，也是安全的方式）
Implicit: 隐式授权模式
Client Credentials (用來取得 App Access Token)
Resource Owner Password Credentials
（3）authorities：授予client的权限
这里的具体实现有多种，in-memory、JdbcClientDetailsService、jwt等。
AuthorizationServerSecurityConfigurer：声明安全约束，哪些允许访问，哪些不允许访问
AuthorizationServerEndpointsConfigurer：声明授权和token的端点以及token的服务的一些配置信息，比如采用什么存储方式、token的有效期等
client的信息的读取：在ClientDetailsServiceConfigurer类里面进行配置，可以有in-memory、jdbc等多种读取方式。
jdbc需要调用JdbcClientDetailsService类，此类需要传入相应的DataSource.
下面再介绍一下如何管理token:
AuthorizationServerTokenServices接口:声明必要的关于token的操作
（1）当token创建后，保存起来，以便之后的接受访问令牌的资源可以引用它。
（2）访问令牌用来加载认证
接口的实现也有多种，DefaultTokenServices是其默认实现，他使用了默认的InMemoryTokenStore，不会持久化token；
token存储方式共有三种分别是：
（1）InMemoryTokenStore：存放内存中，不会持久化
（2）JdbcTokenStore：存放数不需要保护，哪些需要保护。默认全都保护。
自定义UI:
（1）有时候，我们可能需要自定义的登录页面和认证页面。登陆页面的话，只需要创建一个login为前缀名的网页即可，在代码里，设置为允许访问，这样，系统会自动执行你的登陆页。此登陆页的action要注意一下，必须是跳转到认证的地址。
（2）另外一个是授权页，让你勾选选项的页面。此页面可以参考源码里的实现，自己生成一个controller的类，再创建一个对应的web页面即可实现自定义的功能。
下面梳理一下授权获取token流程：
（1）端口号换成你自己的认证服务器的端口号，client_id也换成你自己的，response_type类型为code。
localhost:8080/uaa/oauth/authorize?client_id=client&response_type=code&redirect_uri=
（2）这时候你将获得一个code值：
（3）使用此code值来获取终的token：
curl -X POST -H "Cant-Type: application/x-www-form-urlencoded" -d 'grant_type=authorization_code&code=G0C20Z&redirect_uri=m' "//client:secret@localhost:8080/uaa/oauth/token"
返回值：
{"access_token":"b251b453-cc08-4520-9dd0-9aedf58e6ca3","token_type":"bearer","expires_in":2591324,"scope":"app"}
（4）用此token值来调用资源服务器内容（如果资源
（2）TokenEndpoint：获取token的服务，Default URL: /oauth/token
Resource Server:
OAuth2AuthenticationProcessingFilter：给带有访问令牌的请求加载认证
三、下面再来详细介绍一下Authorization Server:
一般情况下，创建两个配置类，一个继承AuthorizationServerConfigurerAdapter，一个继承WebSecurityConfigurerAdapter，再去复写里面的方法。
主要出现的两种注解：
1、@EnableAuthorizationServer：声明一个认证服务器，当用此注解后，应用启动后将自动生成几个Endpoint：（注：其实实现一个认证服务器就是这么简单，加一个注解就搞定，当然真正用到生产环境还是要进行一些配置和复写工作的。）
/oauth/authorize：验证
/oauth/token：获取token
/oauth/confirm_access：用户授权
一、oauth中的角色
client：调用资源服务器API的应用
Oauth 2.0 Provider：包括Authorization Server和Resource Server
（1）Authorization Server：认证服务器，进行认证和授权
（2）Resource Server：资源服务器，保护受保护的资源
user：资源的拥有者
二、下面详细介绍一下Oauth 2.0 Provider
Authorization Server:
（1）AuthorizationEndpoint:进行授权的服务，Default URL: /oauth/authorize
（2）TokenEndpoint：获取token的服务，Default URL: /oauth/token
Resource Server:
OAuth2AuthenticationProcessingFilter：给带有访问令牌的请求加载认证
三、下面再来详细介绍一下Authorization Server:
一般情况下，创建两个配置类，一个继承AuthorizationServerConfigurerAdapter，一个继承WebSecurityConfigurerAdapter，再去复写里面的方法。
主要出现的两种注解：
1、@EnableAuthorizationServer：声明一个认证服务器，当用此注解后，应用启动后将自动生成几个Endpoint：（注：其实实现一个认证服务器就是这么简单，加一个注解就搞定，当然真正用到生产环境还是要进行一些配置和复写工作的。）
/oauth/authorize：验证
/oauth/token：获取token
/oauth/confirm_access：用户授权
/oauth/error：认证失败
/oauth/check_token：资源服务器用来校验token
/oauth/token_key：如果jwt模式则可以用此来从认证服务器获取公

B2B2C商城哪家好
Java B2B2C SpringBoot SpringCloud商城
java b2b2c多用户商城
java b2b2c多用户商城源码
java b2b2c开源商城系统源码
java btbtc商城
java 多用户商城系统源码仿京东淘宝
java 商城 类似淘宝 京东 当当网
java 商城系统架构之*三篇——集群架构搭建
java 商城系统架构之*四篇：构建高并发高可用的电商平台架构实践
java多用户商城系统架构篇——分库分表
java多用户商城系统架构之*二篇
java多用户商城系统架构之篇——总的介绍
JAVA多用户商城系统源码
java多用户商城系统支持springcloud
java SpringBoot 多用户商城系统
java SpringCloud 多用户商城系统
php还是java做商城
商城用Java还是PHP
java springboot b2b2c shop 多用户商城系统源码-SpringCloud架构设计
java springboot b2b2c shop多用户商城系统源码-高可用(Spring Cloud Config)
B2B2C 电商平台 多用户java 商城 开源电商平台
基于java的多用户商城(b2b2c)
java多用户商城B2B2C 源码 微商城+小程序代码+app
之前写了很多关于spring cloud的文章，今天我们对OAuth2.0的整合方式做一下笔记，首先我从网上找了一些关于OAuth2.0的一些基础知识点，帮助大家回顾一下知识点：
一、oauth中的角色
client：调用资源服务器API的应用
Oauth 2.0 Provider：包括Authorization Server和Resource Server
（1）Authorization Server：认证服务器，进行认证和授权
（2）Resource Server：资源服务器，保护受保护的资源
user：资源的拥有者
二、下面详细介绍一下Oauth 2.0 Provider
Authorization Server:
（1）AuthorizationEndpoint:进行授权的服务，Default URL: /oauth/authorize
（2）TokenEndpoint：获取token的服务，Default URL: /oauth/token
Resource Server:
OAuth2AuthenticationProcessingFilter：给带有访问令牌的请求加载认证
三、下面再来详细介绍一下Authorization Server:
一般情况下，创建两个配置类，一个继承AuthorizationServerConfigurerAdapter，一个继承WebSecurityConfigurerAdapter，再去复写里面的方法。
主要出现的两种注解：
1、@EnableAuthorizationServer：声明一个认证服务器，当用此注解后，应用启动后将自动生成几个Endpoint：（注：其实实现一个认证服务器就是这么简单，加一个注解就搞定，当然真正用到生产环境还是要进行一些配置和复写工作的。）
/oauth/authorize：验证
/oauth/token：获取token
/oauth/confirm_access：用户授权
/oauth/error：认证失败
/oauth/check_token：资源服务器用来校验token
/oauth/token_key：如果jwt模式则可以用此来从认证服务器获取公钥
以上这些endpoint都在源码里的endpoint包里面。
2、@Beans：需要实现AuthorizationServerConfigurer
AuthorizationServerConfigurer包含三种配置：
ClientDetailsServiceConfigurer：client客户端的信息配置，client信息包括：clientId、secret、scope、authorizedGrantTypes、authorities
（1）scope：表示权限范围，可选项，用户授权页面时进行选择
（2）authorizedGrantTypes：有四种授权方式
Authorization Code：用验证获取code，再用code去获取token（用的多的方式，也是安全的方式）
Implicit: 隐式授权模式
Client Credentials (用來取得 App Access Token)
Resource Owner Password Credentials
（3）authorities：授予client的权限
这里的具体实现有多种，in-memory、JdbcClientDetailsService、jwt等。
AuthorizationServerSecurityConfigurer：声明安全约束，哪些允许访问，哪些不允许访问
AuthorizationServerEndpointsConfigurer：声明授权和token的端点以及token的服务的一些配置信息，比如采用什么存储方式、token的有效期等
client的信息的读取：在ClientDetailsServiceConfigurer类里面进行配置，可以有in-memory、jdbc等多种读取方式。
jdbc需要调用JdbcClientDetailsService类，此类需要传入相应的DataSource.
下面再介绍一下如何管理token:
AuthorizationServerTokenServices接口:声明必要的关于token的操作
（1）当token创建后，保存起来，以便之后的接受访问令牌的资源可以引用它。
（2）访问令牌用来加载认证
接口的实现也有多种，DefaultTokenServices是其默认实现，他使用了默认的InMemoryTokenStore，不会持久化token；
token存储方式共有三种分别是：
（1）InMemoryTokenStore：存放内存中，不会持久化
（2）JdbcTokenStore：存放数据库中
（3）Jwt: json web token
授权类型：
可以通过AuthorizationServerEndpointsConfigurer来进行配置，默认情况下，支持除了密码外的所有授权类型。相关授权类型的一些类：
（1）authenticationManager：直接注入一个AuthenticationManager，自动开启密码授权类型
（2）userDetailsService：如果注入UserDetailsService，那么将会启动刷新token授权
java B2B2C springmvc mybatis多租户电子商城系统--Zuul的高可用
java B2B2C源码电子商务平台 ---搭建Eureka注册中心
java B2B2C Springcloud电子商务平台源码------Hystrix的缓存使用
java B2B2C源码电子商务平台 -----客户端负载均衡策略
java B2B2C Springcloud电子商城系统--------负载均衡（Load Balance）
java B2B2C源码电子商务平台
java B2B2C电子商务平台分析之十五-----EureKa服务注册与发现
java B2B2C电子商务平台分析之十四-----注册中心 Consul
java B2B2C Springcloud多租户电子商城系统- gateway（实现限流）
java B2B2C Springcloud多租户电子商城系统-
java版spring cloud+spring boot+redis多租户社交电子商务平台 （十一）docker部署spring cloud项目
Java B2B2C o2o多用户商城 springcloud架构-docker-feign-hystrix（六）
Java B2B2C多用户电子商务平台SpringCloud/Boot
（十）Java springcloud B2B2C o2o多用户商城 springcloud架构-SSO单点登录之OAuth2.0登录认证(1)
（十二）Java springcloud B2B2C o2o多用户商城 springcloud架构-- SSO单点登录之OAuth2.0 登出流程(3)
（十三）Java springcloud B2B2C o2o多用户商城 springcloud架构 - SSO单点登录之OAuth2.0 根据token获取用户信息(4)
(十一）Java springcloud B2B2C o2o多用户商城 springcloud架构- - SSO单点登录之OAuth2.0登录流程(2)
java springboot b2b2c shop 多用户商城系统源码-SpringCloud架构设计
java电商 商城 微商城 b2b2c多商户电商 二次开发源码PC版+wap版
java多用户B2B2C商城源码仿京东源码
springcloud微服务多用户商城系统java_源_B2B电商系统_B2C电商系统

支付、登录功能作为B2B2C商城平台的重要组成部分，在订单交易中发挥着重要作用。由于B2B2C商城平台支持多商家入驻，终端用户众多，同时每位消费者对支付、登录方式的偏爱也有所不同。因此支付、登录方式较全面的B2B2C商城系统更容易受用户青眯。
一般来说，一款完善的B2B2C商城系统支持微信、支付宝、银联等多种第三方支付方式，同时在登录方式方面有采用微信、支付宝、微博等多种第三方登录方式，我们可结合企业自身需求合理选择第三方支付、登录方式。不过这里我们需要注意，对于第三方支付、登录方式获取需要我们登录第三方平台(微信、支付宝、微博...)进行接口的授权ID申请；由于接口授权ID申请需
支付、登录功能作为B2B2C商城平台的重要组成部分，在订单交易中发挥着重要作用。由于B2B2C商城平台支持多商家入驻，终端用户众多，同时每位消费者对支付、登录方式的偏爱也有所不同。因此支付、登录方式较全面的B2B2C商城系统更容易受用户青眯。
一般来说，一款完善的B2B2C商城系统支持微信、支付宝、银联等多种第三方支付方式，同时在登录方式方面有采用微信、支付宝、微博等多种第三方登录方式，我们可结合企业自身需求合理选择第三方支付、登录方式。不过这里我们需要注意，对于第三方支付、登录方式获取需要我们登录第三方平台(微信、支付宝、微博...)进行接口的授权ID申请；由于接口授权ID申请需要按平台审核流程进行，较为繁琐，建议我们在B2B2C商城平台部署上线之前完成接口授权ID申请工作，以免申请时间过长影响B2B2C商城平台部署上线进度。
3、多客户端
由于B2B2C商城入驻商家涉及各行各业，同时消费者的购买行为多样化，因此，目前单一的PC端商城平台已无法满足消费者的实际购物需求。
从目前行业来看，B2B2C商城系统所涉及的客户端有PC端、WAP端、微信商城、APP端(IOS /Android)、微信小程序等众多主流客户端。一般来说，每款产品所支持的客户端都有着各自的优势，PC端功能强大，WAP端浏览方便，微信端用户群体大，我们应结合企业发展模式选择合适的客户端。由于B2B2C商城平台面向的用户群体较广，建议使用支持多个客户端的软件产品，以多方面满足商城平台用户的购物体验需求。
支付、登录功能作为B2B2C商城平台的重要组成部分，在订单交易中发挥着重要作用。由于B2B2C商城平台支持多商家入驻，终端用户众多，同时每位消费者对支付、登录方式的偏爱也有所不同。因此支付、登录方式较全面的B2B2C商城系统更容易受用户青眯。
一般来说，一款完善的B2B2C商城系统支持微信、支付宝、银联等多种第三方支付方式，同时在登录方式方面有采用微信、支付宝、微博等多种第三方登录方式，我们可结合企业自身需求合理选择第三方支付、登录方式。不过这里我们需要注意，对于第三方支付、登录方式获取需要我们登录第三方平台(微信、支付宝、微博...)进行接口的授权ID申请；由于接口授权ID申请需要按平台审核流程进行，较为繁琐，建议我们在B2B2C商城平台部署上线之前完成接口授权ID申请工作，以免申请时间过长影响B2B2C商城平台部署上线进度。
3、多客户端
由于B2B2C商城入驻商家涉及各行各业，同时消费者的购买行为多样化，因此，目前单一的PC端商城平台已无法满足消费者的实际购物需求。
从目前行业来看，B2B2C商城系统所涉及的客户端有PC端、WAP端、微信商城、APP端(IOS /Android)、微信小程序等众多主流客户端。一般来说，每款产品所支持的客户端都有着各自的优势，PC端功能强大，WAP端浏览方便，微信端用户群体大，我们应结合企业发展模式选择合适的客户端。由于B2B2C商城平台面向的用户群体较广，建议使用支持多个客户端的软件产品，以多方面满足商城平台用户的购物体验需求。
支付、登录功能作为B2B2C商城平台的重要组成部分，在订单交易中发挥着重要作用。由于B2B2C商城平台支持多商家入驻，终端用户众多，同时每位消费者对支付、登录方式的偏爱也有所不同。因此支付、登录方式较全面的B2B2C商城系统更容易受用户青眯。
一般来说，一款完善的B2B2C商城系统支持微信、支付宝、银联等多种第三方支付方式，同时在登录方式方面有采用微信、支付宝、微博等多种第三方登录方式，我们可结合企业自身需求合理选择第三方支付、登录方式。不过这里我们需要注意，对于第三方支付、登录方式获取需要我们登录第三方平台(微信、支付宝、微博...)进行接口的授权ID申请；由于接口授权ID申请需要按平台审核流程进行，较为繁琐，建议我们在B2B2C商城平台部署上线之前完成接口授权ID申请工作，以免申请时间过长影响B2B2C商城平台部署上线进度。
3、多客户端
由于B2B2C商城入驻商家涉及各行各业，同时消费者的购买行为多样化，因此，目前单一的PC端商城平台已无法满足消费者的实际购物需求。
从目前行业来看，B2B2C商城系统所涉及的客户端有PC端、WAP端、微信商城、APP端(IOS /Android)、微信小程序等众多主流客户端。一般来说，每款产品所支持的客户端都有着各自的优势，PC端功能强大，WAP端浏览方便，微信端用户群体大，我们应结合企业发展模式选择合适的客户端。由于B2B2C商城平台面向的用户群体较广，建议使用支持多个客户端的软件产品，以多方面满足商城平台用户的购物体验需求。
支付、登录功能作为B2B2C商城平台的重要组成部分，在订单交易中发挥着重要作用。由于B2B2C商城平台支持多商家入驻，终端用户众多，同时每位消费者对支付、登录方式的偏爱也有所不同。因此支付、登录方式较全面的B2B2C商城系统更容易受用户青眯。
一般来说，一款完善的B2B2C商城系统支持微信、支付宝、银联等多种第三方支付方式，同时在登录方式方面有采用微信、支付宝、微博等多种第三方登录方式，我们可结合企业自身需求合理选择第三方支付、登录方式。不过这里我们需要注意，对于第三方支付、登录方式获取需要我们登录第三方平台(微信、支付宝、微博...)进行接口的授权ID申请；由于接口授权ID申请需要按平台审核流程进行，较为繁琐，建议我们在B2B2C商城平台部署上线之前完成接口授权ID申请工作，以免申请时间过长影响B2B2C商城平台部署上线进度。
3、多客户端
由于B2B2C商城入驻商家涉及各行各业，同时消费者的购买行为多样化，因此，目前单一的PC端商城平台已无法满足消费者的实际购物需求。
从目前行业来看，B2B2C商城系统所涉及的客户端有PC端、WAP端、微信商城、APP端(IOS /Android)、微信小程序等众多主流客户端。一般来说，每款产品所支持的客户端都有着各自的优势，PC端功能强大，WAP端浏览方便，微信端用户群体大，我们应结合企业发展模式选择合适的客户端。由于B2B2C商城平台面向的用户群体较广，建议使用支持多个客户端的软件产品，以多方面满足商城平台用户的购物体验需求。
支付、登录功能作为B2B2C商城平台的重要组成部分，在订单交易中发挥着重要作用。由于B2B2C商城平台支持多商家入驻，终端用户众多，同时每位消费者对支付、登录方式的偏爱也有所不同。因此支付、登录方式较全面的B2B2C商城系统更容易受用户青眯。
一般来说，一款完善的B2B2C商城系统支持微信、支付宝、银联等多种第三方支付方式，同时在登录方式方面有采用微信、支付宝、微博等多种第三方登录方式，我们可结合企业自身需求合理选择第三方支付、登录方式。不过这里我们需要注意，对于第三方支付、登录方式获取需要我们登录第三方平台(微信、支付宝、微博...)进行接口的授权ID申请；由于接口授权ID申请需要按平台审核流程进行，较为繁琐，建议我们在B2B2C商城平台部署上线之前完成接口授权ID申请工作，以免申请时间过长影响B2B2C商城平台部署上线进度。
3、多客户端
由于B2B2C商城入驻商家涉及各行各业，同时消费者的购买行为多样化，因此，目前单一的PC端商城平台已无法满足消费者的实际购物需求。
从目前行业来看，B2B2C商城系统所涉及的客户端有PC端、WAP端、微信商城、APP端(IOS /Android)、微信小程序等众多主流客户端。一般来说，每款产品所支持的客户端都有着各自的优势，PC端功能强大，WAP端浏览方便，微信端用户群体大，我们应结合企业发展模式选择合适的客户端。由于B2B2C商城平台面向的用户群体较广，建议使用支持多个客户端的软件产品，以多方面满足商城平台用户的购物体验需求。
支付、登录功能作为B2B2C商城平台的重要组成部分，在订单交易中发挥着重要作用。由于B2B2C商城平台支持多商家入驻，终端用户众多，同时每位消费者对支付、登录方式的偏爱也有所不同。因此支付、登录方式较全面的B2B2C商城系统更容易受用户青眯。
一般来说，一款完善的B2B2C商城系统支持微信、支付宝、银联等多种第三方支付方式，同时在登录方式方面有采用微信、支付宝、微博等多种第三方登录方式，我们可结合企业自身需求合理选择第三方支付、登录方式。不过这里我们需要注意，对于第三方支付、登录方式获取需要我们登录第三方平台(微信、支付宝、微博...)进行接口的授权ID申请；由于接口授权ID申请需要按平台审核流程进行，较为繁琐，建议我们在B2B2C商城平台部署上线之前完成接口授权ID申请工作，以免申请时间过长影响B2B2C商城平台部署上线进度。
3、多客户端
由于B2B2C商城入驻商家涉及各行各业，同时消费者的购买行为多样化，因此，目前单一的PC端商城平台已无法满足消费者的实际购物需求。
从目前行业来看，B2B2C商城系统所涉及的客户端有PC端、WAP端、微信商城、APP端(IOS /Android)、微信小程序等众多主流客户端。一般来说，每款产品所支持的客户端都有着各自的优势，PC端功能强大，WAP端浏览方便，微信端用户群体大，我们应结合企业发展模式选择合适的客户端。由于B2B2C商城平台面向的用户群体较广，建议使用支持多个客户端的软件产品，以多方面满足商城平台用户的购物体验需求。要按平台审核流程进行，较为繁琐，建议我们在B2B2C商城平台部署上线之前完成接口授权ID申请工作，以免申请时间过长影响B2B2C商城平台部署上线进度。
3、多客户端
由于B2B2C商城入驻商家涉及各行各业，同时消费者的购买行为多样化，因此，目前单一的PC端商城平台已无法满足消费者的实际购物需求。
从目前行业来看，B2B2C商城系统所涉及的客户端有PC端、WAP端、微信商城、APP端(IOS /Android)、微信小程序等众多主流客户端。一般来说，每款产品所支持的客户端都有着各自的优势，PC端功能强大，WAP端浏览方便，微信端用户群体大，我们应结合企业发展模式选择合适的客户端。由于B2B2C商城平台面向的用户群体较广，建议使用支持多个客户端的软件产品，以多方面满足商城平台用户的购物体验需求。

据从集群redis缓存中读取。
服务化：目前使用SpringCloud，主要是SpringCloud提供非常多的基于RPC的服务治理：服务发现注册、配置中心、消息总线、负载均衡、断路器、数据监控等。据从集群redis缓存中读取。
服务化：目前使用SpringCloud，主要是SpringCloud提供非常多的基于RPC的服务治理：服务发现注册、配置中心、消息总线、负载均衡、断路器、数据监控等。
图片服务器：这个也是非常重要的环节，目前我们测试系统都有5个G的图片了！！！！线上估计会是以T计算的，觉得是需要独立的图片服务器的。
集群、负载、分布式：前面的分库分表、服务化、图片服务器都是为集群、负载、分布式做准备的，集群需要基于CDN做动态切换，服务器用Nginx做复杂，业务层用SpringCloud做分布式服务。
下面整理下整个架构吧：
展示层/控制层:SpringMVC，SpringBoot做配置。
持久层：mybatis
数据库：MySQL/Oracle，支持主从复制
集群、负载、分布式：前面的分库分表、服务化、图片服务器都是为集群、负载、分布式做准备的，集群需要基于CDN做动态切换，服务器用Nginx做复杂，业务层用SpringCloud做分布式服务。
近公司要开发商城，让我多方咨询，后看了很多，要不就是代码、表字段注释不全，要不就是bug多，要么就是文档缺少，后决定自己开发一套商城。
下面是开发的一些心得体会，权且记录下来，给自己做个记录把。据从集群redis缓存中读取。
服务化：目前使用SpringCloud，主要是SpringCloud提供非常多的基于RPC的服务治理：服务发现注册、配置中心、消息总线、负载均衡、断路器、数据监控等。
图片服务器：这个也是非常重要的环节，目前我们测试系统都有5个G的图片了！！！！线上估计会是以T计算的，觉得是需要独立的图片服务器的。
集群、负载、分布式：前面的分库分表、服务化、图片服务器都是为集群、负载、分布式做准备的，集群需要基于CDN做动态切换，服务器用Nginx做复杂，业务层用SpringCloud做分布式服务。
下面整理下整个架构吧：
展示层/控制层:SpringMVC，SpringBoot做配置。
持久层：mybatis
数据库：MySQL/Oracle，支持主从复制
集群、负载、分布式：前面的分库分表、服务化、图片服务器都是为集群、负载、分布式做准备的，集群需要基于CDN做动态切换，服务器用Nginx做复杂，业务层用SpringCloud做分布式服务。
近公司要开发商城，让我多方咨询，后看了很多，要不就是代码、表字段注释不全，要不就是bug多，要么就是文档缺少，后决定自己开发一套商城。
下面是开发的一些心得体会，权且记录下来，给自己做个记录把。
之**直都是在从事电商相关和互，这个是有非常大的问题的。一般我们的做法是在数据库层做的。通过中间件来做处理。
数据库选择：好还是myslq
1、轻量，2、开源（阿里的alisql就是MyS
之**直都是在从事电商相关和互，这个是有非常大的问题的。一般我们的做法是在数据库层做的。通过中间件来做处理。
数据库选择：好还是myslq
1、轻量，2、开源（阿里的alisql就是MyS
图片服务器：这个也是非常重要的环节，目前我们测试系统都有5个G的图片了！！！！线上估计会是以T计算的，觉得是需要独立的图片服务器的。
集群、负载、分布式：前面的分库分表、服务化、图片服务器都是为集群、负载、分布式做准备的，集群需要基于CDN做动态切换，服务器用Nginx做复杂，业务层用SpringCloud做分布式服务。
据从集群redis缓存中读取。
服务化：目前使用SpringCloud，主要是SpringCloud提供非常多的基于RPC的服务治理：服务发现注册、配置中心、消息总线、负载均衡、断路器、数据监控等。
图片服务器：这个也是非常重要的环节，目前我们测试系统都有5个G的图片了！！！！线上估计会是以T计算的，觉得是需要独立的图片服务器的。
集群、负载、分布式：前面的分库分表、服务化、图片服务器都是为集群、负载、分布式做准备的，集群需要基于CDN做动态切换，服务器用Nginx做复杂，业务层用SpringCloud做分布式服务。
下面整理下整个架构吧：
展示层/控制层:SpringMVC，SpringBoot做配置。
持久层：mybatis
数据库：MySQL/Oracle，支持主从复制
集群、负载、分布式：前面的分库分表、服务化、图片服务器都是为集群、负载、分布式做准备的，集群需要基于CDN做动态切换，服务器用Nginx做复杂，业务层用SpringCloud做分布式服务。
近公司要开发商城，让我多方咨询，后看了很多，要不就是代码、表字段注释不全，要不就是bug多，要么就是文档缺少，后决定自己开发一套商城。
下面是开发的一些心得体会，权且记录下来，给自己做个记录把。
之**直都是在从事电商相关和互，这个是有非常大的问题的。一般我们的做法是在数据库层做的。通过中间件来做处理。
数据库选择：好还是myslq
1、轻量，2、开源（阿里的alisql就是MyS
下面整理下整个架构吧：
展示层/控制层:SpringMVC，SpringBoot做配置。
持久层：mybatis
数据库：MySQL/Oracle，支持主从复制
集群、负载、分布式：前面的分库分表、服务化、图片服务器都是为集群、负载、分布式做准备的，集群需要基于CDN做动态切换，服务器用Nginx做复杂，业务层用SpringCloud做分布式服务。
近公司要开发商城，让我多方咨询，后看了很多，要不就是代码、表字段注释不全，要不就是bug多，要么就是文档缺少，后决定自己开发一套商城。
下面是开发的一些心得体会，权且记录下来，给自己做个记录把。
据从集群redis缓存中读取。
服务化：目前使用SpringCloud，主要是SpringCloud提供非常多的基于RPC的服务治理：服务发现注册、配置中心、消息总线、负载均衡、断路器、数据监控等。
图片服务器：这个也是非常重要的环节，目前我们测试系统都有5个G的图片了！！！！线上估计会是以T计算的，觉得是需要独立的图片服务器的。
集群、负载、分布式：前面的分库分表、服务化、图片服务器都是为集群、负载、分布式做准备的，集群需要基于CDN做动态切换，服务器用Nginx做复杂，业务层用SpringCloud做分布式服务。
下面整理下整个架构吧：
展示层/控制层:SpringMVC，SpringBoot做配置。
持久层：mybatis
数据库：MySQL/Oracle，支持主从复制
集群、负载、分布式：前面的分库分表、服务化、图片服务器都是为集群、负载、分布式做准备的，集群需要基于CDN做动态切换，服务器用Nginx做复杂，业务层用SpringCloud做分布式服务。
近公司要开发商城，让我多方咨询，后看了很多，要不就是代码、表字段注释不全，要不就是bug多，要么就是文档缺少，后决定自己开发一套商城。
下面是开发的一些心得体会，权且记录下来，给自己做个记录把。
之**直都是在从事电商相关和互，这个是有非常大的问题的。一般我们的做法是在数据库层做的。通过中间件来做处理。
数据库选择：好还是myslq
1、轻量，2、开源（阿里的alisql就是MyS
之**直都是在从事电商相关和互，这个是有非常大的问题的。一般我们的做据从集群redis缓存中读取。
服务化：目前使用SpringCloud，主要是SpringCloud提供非常多的基于RPC的服务治理：服务发现注册、配置中心、消息总线、负载均衡、断路器、数据监控等。
图片服务器：这个也是非常重要的环节，目前我们测试系统都有5个G的图片了！！！！线上估计会是以T计算的，觉得是需要独立的图片服务器的。
集群、负载、分布式：前面的分库分表、服务化、图片服务器都是为集群、负载、分布式做准备的，集群需要基于CDN做动态切换，服务器用Nginx做复杂，业务层用SpringCloud做分布式服务。
下面整理下整个架构吧：
展示层/控制层:SpringMVC，SpringBoot做配置。
持久层：mybatis
数据库：MySQL/Oracle，支持主从复制
集群、负载、分布式：前面的分库分表、服务化、图片服务器都是为集群、负载、分布式做准备的，集群需要基于CDN做动态切换，服务器用Nginx做复杂，业务层用SpringCloud做分布式服务。
近公司要开发商城，让我多方咨询，后看了很多，要不就是代码、表字段注释不全，要不就是bug多，要么就是文档缺少，后决定自己开发一套商城。
下面是开发的一些心得体会，权且记录下来，给自己做个记录把。
之**直都是在从事电商相关和互，这个是有非常大的问题的。一般我们的做法是在数据库层做的。通过中间件来做处理。
数据库选择：好还是myslq
1、轻量，2、开源（阿里的alisql就是MyS法是在数据库层做的。通过中间件来做处理。
据从集群redis缓存中读取。
服务化：目前使用SpringCloud，主要是SpringCloud提供非常多的基于RPC的服务治理：服务发现注册、配置中心、消息总线、负载均衡、断路器、数据监控等。
图片服务器：这个也是非常重要的环节，目前我们测试系统都有5个G的图片了！！！！线上估计会是以T计算的，觉得是需要独立的图片服务器的。
集群、负载、分布式：前面的分库分表、服务化、图片服务器都是为集群、负载、分布式做准备的，集群需要基于CDN做动态切换，服务器用Nginx做复杂，业务层用SpringCloud做分布式服务。
下面整理下整个架构吧：
展示层/控制层:SpringMVC，SpringBoot做配置。
持久层：mybatis
数据库：MySQL/Oracle，支持主从复制
集群、负载、分布式：前面的分库分表、服务化、图片服务器都是为集群、负载、分布式做准备的，集群需要基于CDN做动态切换，服务器用Nginx做复杂，业务层用SpringCloud做分布式服务。
近公司要开发商城，让我多方咨询，后看了很多，要不就是代码、表字段注释不全，要不就是bug多，要么就是文档缺少，后决定自己开发一套商城。
下面是开发的一些心得体会，权且记录下来，给自己做个记录把。
之**直都是在从事电商相关和互，这个是有非常大的问题的。一般我们的做法是在数据库层做的。通过中间件来做处理。
数据库选择：好还是myslq
1、轻量，2、开源（阿里的alisql就是MyS
数据库选择：好还是myslq
1、轻量，2、开源（阿里的alisql就是MyS