你说的 "接口都是一个"，本质上是这种 method + params 格式实现的单一入口接口（也叫统一入口 / 万能接口），这是一种典型的接口设计模式，其核心价值和具体优势如下：
一、 核心特性：单一入口，统一路由
所有业务功能（修改房间名称、查询房间信息、创建房间、删除房间等）都通过同一个接口地址接入，无需为每个业务功能定义独立的接口路径。
- 示例：不管是修改群名
/room/modifyRoomName还是查询群信息/room/queryRoom，最终都只需要请求https://xxx.com/api/unified（单一入口地址），通过method字段区分具体业务逻辑。 - 底层逻辑：服务端接收请求后，只需解析
method字段的值，即可路由到对应的业务处理类 / 方法，无需维护大量不同的接口路径映射。
二、 单一入口接口的核心优势
1. 极大简化接口管理与维护成本
- 无需维护海量独立接口路径：传统模式下，每个业务功能对应一个独立接口（如
/room/create、/room/delete、/user/update等），接口数量会随业务增长呈指数级增加，维护接口文档、路由配置、权限配置的成本极高；而单一入口接口仅需维护一套配置，所有业务功能通过method字段扩展。 - 降低前后端对接成本：前端无需记忆大量不同的接口地址、请求方式，只需统一封装请求工具类，传入
method和对应的params即可，对接效率大幅提升；后端也无需为每个接口单独配置拦截、限流、日志等通用逻辑，只需在单一入口处统一实现。
2. 业务功能可灵活扩展，无需改动接口架构
- 新增业务功能时，完全不需要修改接口的顶层结构（无需新增接口地址、无需调整通用配置），只需在服务端新增
method对应的业务处理逻辑，前端传入对应的method和params即可快速上线，实现 "无侵入式扩展"。 - 示例：若要新增 "冻结房间" 功能，无需新增
/room/freeze接口，只需在method中新增/room/freeze标识，对应的params传入房间 ID 即可，接口架构保持不变，大幅减少系统改造风险。
3. 通用逻辑（拦截、日志、限流等）统一复用，减少冗余代码
- 所有业务请求都经过单一入口，后端可以在这里统一实现通用功能：比如身份认证、权限校验、请求日志记录、接口限流、参数统一校验、异常统一处理、数据加密 / 解密等，无需为每个接口重复编写这些逻辑，极大减少冗余代码，同时保证系统逻辑的一致性。
- 示例：若要对所有接口添加限流功能，只需在单一入口处配置限流规则即可，无需为每个业务接口单独配置，后续修改限流规则也只需调整一处，维护成本极低。
4. 适配跨系统、跨语言交互场景，兼容性更强
这种单一入口格式本质上类似 RPC 调用协议（如 Dubbo、自定义私有协议），格式简单、结构统一，不依赖特定的编程语言或框架，非常适合跨系统、跨语言交互场景。
- 示例：Java 服务端、Python 服务端、前端 JS、移动端 iOS/Android，都可以通过统一的
method + params格式与单一入口接口交互，无需关注对方的实现细节，只需约定method标识和params结构即可，兼容性远高于多个独立接口。
补充说明
这种单一入口接口也有一定局限性（如接口可读性稍弱、无法直接利用 RESTful 的语义化优势、调试时需额外传入 method 字段等），但在中大型系统、多业务线整合、跨系统交互场景中，其优势远大于局限性，是非常主流的接口设计方案。