spring gateway 去掉 webflux

### 移除Spring Cloud Gateway项目中的WebFlux依赖

在处理Spring Cloud Gateway项目时，如果遇到`spring-boot-starter-webflux`与`sprin-boot-starter-web`之间的冲突问题[^1]，通常建议保持两者之一以确保应用正常运行。然而，在某些情况下确实需要移除`webflux`依赖。

#### 解决方案概述

由于Spring Cloud Gateway本质上基于Reactive编程模型构建，完全移除其核心组件如WebFlux并不现实也不推荐。相反，应该调整项目的配置来适应特定需求：

- **排除不必要的依赖**：当引入其他可能引起冲突的库时，应仔细审查POM文件或build.gradle文件，确保不会无意间加入不兼容版本的WebFlux或其他相关模块。

- **替换为Servlet模式**：虽然理论上可以尝试通过修改底层实现方式使Gateway运行于传统Servlet环境中，但这违背了官方设计初衷，并可能导致未知错误。因此这不是最佳实践。

对于希望继续使用Spring MVC而非WebFlux的情况，最合适的办法是从头创建一个新的非反应式的Spring Boot应用程序作为网关服务器，而不是试图改造现有的Spring Cloud Gateway实例。

#### 实际操作指南

假设仍然坚持要减少对WebFlux的直接引用，则可以通过以下方法间接达成目的：

1. 如果仅是为了避免自动装配多余的Bean而影响性能或者其他方面的影响，可以在application.properties中设置：

   spring.main.web-application-type=none

2. 或者更彻底的方式是在pom.xml里显式地排除掉不需要的部分：

   <dependency>
       <groupId>org.springframework.cloud</groupId>
       <artifactId>spring-cloud-starter-gateway</artifactId>
       <!-- 排除默认自带的 webflux -->
       <exclusions>
           <exclusion>
               <groupId>org.springframework.boot</groupId>
               <artifactId>spring-boot-starter-webflux</artifactId>
           </exclusion>
       </exclusions>
   </dependency>

请注意上述做法可能会破坏部分功能特性，因为很多地方都紧密耦合着reactive stream的支持。所以务必充分测试改动后的效果再部署到生产环境当中去。