首先看项目的gateway， 没有进行路由转发的时候的缺点
在gateway模块中的配置的路径都是写死的，到时候我们更改了IP地址又要改这个代码，会很麻烦所以我们应该怎么样做才能使得请求更加方便？这是子模块
在我们请求模块member中配置文件中加入注册中心指定模块的名称，这里指定了
在gateway模块的路由里面配置这个名字，在我们请求地址是就会自动找这个模块的名称下的路径，不管他是什么路径地址都可以搜索到这个模块，配置如下：
相关面试题：
1.你是怎么理解CAP理论的？
CAP理论是分布式领域中最为重要的理论，CAP理论可以理解为目前硬件条件下对于分布式架构的一种限制，就是对于一个分布式系统，只能保证AP或CP，而不能同时保证CAP，首先对于一个分布式系统，P，也就是分区容错性是一定要保证的，对于一个分布式系统，得保证在网络出现分区后，分布式系统仍然能工作，所以得保证P，只不过当出现网络分区后，整个分布式系统如果想要保证数据一致性，那么就要损耗系统可用性，或者如果想要保证系统的可用性，就不能保证系统的一致性，这里说的是强一致性，因为如果网络出现问题，分布式系统中的数据就无法进行及时的同步，如果要求强一致性，那么就只能等网络好了之后，数据同步好了之后，才能提供给用户使用，同理，如果要求网络出现后问题，系统要能使用，那就可能数据会不一致，所以对于一个分布式系统，目前来说只能保证CP或AP。
2.如何理解Nacos中的命名空间？
命名空间，也就是namespace，其实这个概念并不是Nacos中独有的，在Nacos中，不管是配置还是服务，都是属于某一个命名空间中的，默认情况下都是属于pulibc这个命名空间中的，我们可以在Nacos中新增命名空间，也就相当于开辟了另外一套存放服务和配置的地方，命名空间之间是独立的，完全不冲突的，所以我们可以利用Nacos中的命名空间来实现不同环境、不同租户之间的服务注册和配置。
3. nacos 作为配置中心要配置什么
Nacos作为配置中心，需要配置以下内容：
- 数据源配置：包括数据库连接信息、用户名、密码等。这些信息将用于Nacos存储配置数据的数据库。
- 配置项：定义需要在Nacos中管理和存储的配置项。可以根据业务需求自定义配置项的名称、类型、默认值等。
- 集群配置：如果需要使用Nacos作为分布式配置中心，需要配置集群信息，包括集群节点的IP地址、端口号等。
- 权限配置：根据需求设置不同用户或角色的权限，以保证配置数据的安全性。
- 监控配置：可以配置Nacos的监控指标，包括监控数据的收集周期、存储方式等。
- 通知配置：可以配置Nacos在配置变更时发送通知的方式，比如邮件、短信等。
- 注册中心配置：如果需要将Nacos用作服务注册中心，需要配置相关信息，如注册中心的地址、端口等。
