使用@PostMapping来替代@GetMapping、@PutMapping、@PatchMapping、@DeleteMapping是技术上可行的，但这种做法通常不推荐，因为它违背了HTTP方法的设计初衷和RESTful API的最佳实践。
优点
- 简化开发：使用同一种注解（如@PostMapping）可以在初期简化开发，不需要区分不同的HTTP方法。
- 统一处理：所有请求都通过POST方法处理，可以在一定程度上统一请求处理逻辑。
缺点
- 违反HTTP语义：HTTP方法定义了不同的行为语义，如GET用于获取资源，POST用于创建资源，PUT用于更新资源，DELETE用于删除资源。使用POST来处理所有类型的请求会使API的意图不明确，降低了接口的可读性和可维护性.
- 影响缓存：GET请求是可缓存的，而POST请求默认不被缓存。如果用POST替代GET，可能会导致无法利用HTTP缓存机制，增加服务器的负担和响应时间.
- 安全和幂等性问题：按照HTTP规范，GET、PUT、DELETE这些方法应该是幂等的，即多次执行相同的请求应该得到相同的结果。而POST方法不是幂等的，它每次调用都可能产生新的副作用（如创建新资源）。错误地使用POST可能会导致数据的不一致性.
- 限制了API的扩展性：如果未来需要支持标准的HTTP方法，已经使用POST的接口可能需要重构，这会增加维护成本。
不过，实际开发中大家都用@PostMapping来做接口，很少有严格使用@PutMapping、@PatchMapping、@DeleteMapping的[旺柴]。
