后端开发实习报告

后端开发实习报告

本次实习单位为云帆数字科技有限公司，该企业专注于为中小商贸类企业提供库存管理、线上营销一体化的SaaS解决方案，我于2024年2月26日正式入职，至2024年6月15日完成全部实习周期，岗位为后端开发实习生，累计参与3个迭代版本的后端功能开发、2次线上故障协同排查，独立完成2个模块的全流程开发交付，期间未出现过因自身代码问题导致的线上P2级及以上故障。实习初期的第一周属于岗前适配阶段，带教工程师没有直接安排开发任务，而是带领我梳理了公司全量业务的技术栈规范，明确核心业务系统基于SpringBoot3.x+MyBatis-Plus搭建，关系型数据库采用MySQL8.0，缓存层用Redis6.0实现热点数据加速，异步解耦组件选用RabbitMQ，全链路部署在阿里云K8s集群上。同时带教要求我熟读《阿里巴巴Java开发规范》，掌握Apifox接口文档编写规则、GitFlow分支提交流程以及单元测试覆盖的基本要求，期间我还梳理了现有核心业务系统的数据库表关系图谱，对用户、权限、库存、订单几大核心模块的数据流形成了清晰认知，为后续参与开发打下了扎实基础。接下来的两个多月里我逐步承接不同难度的开发任务，第一个独立落地的项目是重构旧版员工权限系统的冗余接口，之前的接口因为历史迭代原因，存在参数无校验、单次请求重复6次查询数据库的问题，高峰时段经常出现接口超时报错。我重新梳理了接口的输入输出逻辑，采用JSR380注解搭配全局异常处理器完成所有入参的合法性校验，把原本分散的多次单表查询改写成关联联表查询，同时将角色与权限的映射关系存入Redis设置12小时的过期缓存，优化完成后我通过JMeter做了1000并发的压测，接口平均响应时间从原来的320ms降低到78ms，报错率从原来的2.1%降到0，后续上线运行的一个月内没有收到相关接口的客诉。之后我承接了进销存系统的库存扣减异步通知模块开发任务，原有的同步逻辑中，库存扣减完成后需要同步给下游财务系统、物流系统推送变更通知，一旦下游系统出现超时，就会直接阻塞主库存扣减流程。我在方案设计阶段就引入了RabbitMQ实现通知逻辑的异步解耦，同时配套实现了生产者消息确认、消息持久化存储、消费端手动ACK的全链路可靠性保障机制，额外设置了死信队列实现最多3次自动重试，重试失败的消息直接推送告警通知到运维群做人工介入处理，该模块上线后，库存扣减主接口的高峰吞吐量提升了42%，主流程成功率从原来的97.2%提升至99.95%，完全满足了业务方提出的大促场景下万级QPS的运行要求。除此之外我还多次参与线上故障协同排查，今年4月的业务高峰时段，热点商品缓存失效导致大量请求直接穿透到MySQL，数据库CPU使用率直接冲到100%，我跟着带教工程师第一时间给热点key加了分布式互斥锁避免大量并发请求同时查库，同时启动全量热点商品缓存预热脚本，配合运维同学临时扩容数据库实例，最终只用12分钟就完成了故障恢复，远低于之前预估的40分钟处理时长。四个月的实习下来，我彻底跳出了学校阶段仅能完成简单CRUD的开发局限，真正理解了后端开发从需求评审、方案设计、编码开发、单元测试到上线运维的全流程逻辑，之前在课本上学到的数据库索引优化、分布式系统CAP理论、消息队列异步解耦等知识点都在实际生产环境中得到了落地应用，现在我已经可以独立通过SkyWalking链路追踪工具定位慢接口问题，也能熟练的在开发过程中通过唯一ID标识、状态机判断等方式解决接口幂等性问题，编码的时候也会主动提前考虑空指针、非法入参等边界场景，而不是只满足于实现正常流程的功能。当然我也清晰的意识到自己的不足，最开始开发消息通知模块的时候，我没有考虑到同订单库存变更消息的顺序性要求，上线测试的时候发现部分订单的库存扣减通知比库存回滚通知先到，导致下游物流系统出现了数据错乱，后来我通过给同订单ID的消息设置相同的路由键，保证同订单的消息全部投递到同一个消费队列中，才解决了乱序问题，这件事也让我意识到分布式场景下的细节考量直接决定了系统的稳定性，我后续还要补充大量分布式事务、云原生服务治理相关的知识，补足自己的技术短板。这次后端开发实习是我从校园转向职场的重要过渡阶段，不仅让我的工程实践能力得到了实打实的提升，也让我建立起了对后端开发岗位的敬畏心，明白每一行代码的调整都可能影响到数千名企业用