Spring Boot

答：Boot适合把一个有明确业务边界的服务独立构建、配置、观测和运行；服务注册、远程调用、网关和协调可由匹配的Cloud及其他基础设施提供。它不负责自动把单体拆成正确微服务，所谓无缝衔接仍需要接口、数据归属和故障语义设计。

答：控制器准备专用页面模型，返回逻辑模板名，Thymeleaf渲染HTML，静态资源承担交互和样式；Boot可提供匹配的模板集成。页面复杂度还需要清楚组件、布局与表单错误处理，不能把业务查询和权限判断全部藏进模板表达式里。

答：把业务规则写成可独立测试的协作，常用依赖与配置采用Boot约定，再用合适层级验证装配和接口。速度来自减少重复与快速反馈，不是删除验证。单元、切片和完整集成各有成本与覆盖范围，不能把每个测试都启动整套应用，也不能只做纯单元就证明外部集成无误。

答：可以使用Dockerfile将构建制品放进合适Java运行镜像，也可用Boot构建插件借助Buildpacks生成镜像。镜像提供可复现运行单元，但不会自动解决数据库持久化、密钥、流量切换或回退。部署还需明确资源、健康检查、关闭与日志等运行契约。

答：先分清有界批处理与持续流处理，再选择Spring Batch、Kafka Streams或适合的计算平台；Boot负责启动、配置和集成，不会把单机JVM自动变成分布式计算引擎。关键是数据规模、分区、状态、恢复与下游承受能力，而不是给普通循环加一个“大数据”名称。

答：先确定部署方式：同源可由代理或静态资源服务把页面与API放在同一源，分源则正确配置CORS。Vue处理界面与交互，Boot提供清楚API和服务端权限；登录凭据、错误契约和构建发布要共同设计，不是把前端请求地址换成后端端口就完成集成。

答：先区分上传入口、元数据与权限、实际文件存储，再给文件稳定标识、大小类型限制和下载规则。Boot能接收multipart与组织服务，但不自动提供安全存储平台。用户文件通常应放外部持久卷或对象存储，不写到JAR内部，也不直接按客户端原名拼接磁盘路径。

答：应用输出结构化日志，由采集器送往处理与索引系统，再用Kibana等检索分析；Boot主要负责应用侧日志配置。ELK通常指Elasticsearch、Logstash、Kibana，采集也可有Filebeat等组件。日志检索、指标监控与分布式追踪互相补充，不能把装好一个日志面板当作完整监控。

答：先定义必须保持的不变量，再评估资源支持的原子提交、Saga补偿或本地事务加Outbox等方案。普通Transactional通常只覆盖选定资源边界，不会天然包住两个数据库与任意HTTP调用。分布式事务方案各有失败、延迟和可用性代价，不能把“最终一致”理解成无需记录和恢复。

答：用有限超时、受控重试、熔断、隔离、限流和合理降级共同保护系统，先定义每次调用的时间与资源预算。Boot可集成这些机制，却不会替业务决定何时可重试、降级返回什么。降级应保留真实失败含义，不能用一个空成功把故障藏起来。