AI 面试帮 开发日志

项目源码 https://cnb.cool/szu/TravelBest/Platform/-/tree/main

架构

微服务

优点：

• 模块间解耦、职责清晰，独立部署与扩展，单个服务故障不会影响整个系统，便于持续交付与快速迭代

缺点：

• 资源开销较大：每个服务需单独运行，占用更多端口、内存、CPU 和网络资源。
• 服务间通信延迟：原本函数调用变为网络调用，可能增加响应延迟（如 REST、RPC）。
• 系统复杂度增加，数据一致性难度提升，部署与测试复杂，监控与日志收集困难

“慢”是必然的，微服务就是一种 “用可维护性换性能” 的架构风格

但它带来了部署、迭代、可维护性、故障隔离的好处。适合团队规模大、需求复杂、业务分区清晰的系统。

网络通信延迟

不只是微服务模块间，甚至 mysql 调用都是网络通信，必然比单体架构慢。

操作类型	平均耗时（数量级）
内存访问	几十纳秒 ns
函数调用	几十到几百纳秒
本地文件系统 I/O	微秒级
本机 TCP 调用	几百微秒 ~ 毫秒
跨主机 TCP	毫秒级
消息队列（网络）	毫秒 ~ 多毫秒
数据库请求	几毫秒 ~ 几十毫秒

中间件

redis

临时存验证码

MongoDB

对于嵌套内容，如果使用mysql需要联表查询，性能不好。