本文目录一览：
- 1、因在缓存对象中增加字段,导致Redis出现反序列化失败的问题
- 2、dubbo和springboot热部署冲突怎么解决
- 3、dubbo-环境隔离
- 4、dubbo不支持Redis集群
- 5、微服务之架构技术选型与设计
2、该对象需要存进redis里面，序列化进去，没发现问题，但反序列化时，报如下错 经查，原来是fastjson不支持泛型 ， 修改原有的对象即可：去掉泛形后序列化一起正常 。
3、解决方案 这个问题肯定是和序列化有关的，我们指定一下缓存value的序列化方式，使用json来序列化对象，配置类的改造如下：再重启服务 ， 缓存读取出来反序列化后的对象，可以正常使用 。
4、最后说下jackson+redis序列化会根据get方法自动序列没有此字段的序列化字段出来 ， SimpleGrantedAuthority中只有role字段 ，没有authority字段，有getAuthority方法赋值role值 。
dubbo和springboot热部署冲突怎么解决接口层这里自定义了接口，实现部分由服务提供层来实现 。建议将model也放在接口层中 ， 接口层中对dubbo没有相关依赖 ， 在这里pom就不提供了 。
使用 Spring Cloud Alibaba Nacos Config，您可以在 Nacos Server 集中管理你 Spring Cloud 应用的外部属性配置 。
框架：springmvc+spring+zookeeper+dubbo 项目分三层，model存放数据，view页面展示、controller下面具体逻辑实现 。通过dubbo消费方和供应方注册，供应方给消费方暴露接口，供消费方调用 。
直接调用具体的service层方法，一般controller层只负责提供接口，如果想通过http接口请求，那就在service里面写http请求代码，controller里面传接口及参数调用方法 。
dubbo-环境隔离1、该配置不推荐配置，配置之后服务在dubbo admin上默认无法查看，也调用不到该服 务 。不同环境，通过zookeeper做数据隔离 。
【dubbo redis协议 redis实现dubbo示例】2、在dubbo源码级别进行线程池隔离 。Note： 第二种彻底，但有开发难度和工作量，选第一种 。dubbo：service 和 dubbo：method 中增加 executes 参数来限制该service/method的并发性 。
3、value表示表明过滤条件 ， 不写则表示所有条件都会被加载，写了则只有dubbo URL中包含该参数名且参数值不为空才被加载，这个参数会以dubbo协议的一个参数K-V对传到Provider 。
dubbo不支持Redis集群某个节点出现了问题导致的 。使用Redis集群时遇到“peer”异常，这通常意味着在集群中的某个节点出现了问题 。Redis集群是分布式数据存储，它通过将数据分布在多个节点上以提高性能和可靠性 。
MIGRATE： MIGRATE 命令是用于将数据从一个 Redis 实例迁移到另一个 Redis 实例的命令，但是在 Redis 集群模式下不支持此命令 。可以使用 --cluster 选项来进行集群迁移 。
Redis的版本不支持 。Redis集群的创建需要安装插件Redis集群器，此插件的安装与Redis的版本有关，所以如果出现创建失败问题，可以检查Redis的版本是否支持 。网络问题 。
微服务之架构技术选型与设计1、架构技术选型与设计-微服务选型Spring Cloud，从命名我们就可以知道 ， 它是Spring Source的产物，Spring社区的强大背书可以说是Java企业界最有影响力的组织了 ， 除了Spring Source之外，还有Pivotal和Netfix是其强大的后盾与技术输出 。
2、用微服务来进行实践到生产项目中，首先要考虑一些问题 。比如下图的微服务业务架构：在上图图表展示的架构图中 ， 我们假设将业务商户服务A、订单服务B和产品服务C分别拆分为一个微服务应用，单独进行部署 。
3、微服务垂直嵌入这三层服务之中 ， 相互独立 。因此数据架构设计时需要考虑三层服务对数据的关注点，又要考虑微服务的独立性 。
4、微服务架构只是在概念上给我们指明了方向，制定了几个重要的设计原则： 服务尽可能小、可独立部署、自动化部署和运维。
5、对于一般的公司来说，微服务的实践有着很大的技术挑战 ， 所以并不是所有的公司都适合将整体架构拆分成微服务架构 。
6、SpringCloud Spring Cloud，来自Spring，具有Spring 社区的强大支撑，还有Netflix强大的后盾与技术输出 。
