计算机科学与技术互联网平台软件工程师实习报告

计算机科学与技术互联网平台软件工程师实习报告一、摘要

2023年6月5日至8月23日，我在互联网平台软件工程师岗位实习，负责后端服务开发与优化。通过参与用户认证模块重构，将API平均响应时间从450ms降低至180ms，QPS提升至8000。运用SpringCloudAlibaba技术栈，完成服务注册与负载均衡配置，支持日均处理请求量增长40%。采用Docker容器化部署，将环境搭建时间缩短至2小时，故障恢复效率提高60%。掌握分布式系统设计方法，通过Redis缓存优化，减少数据库访问次数35%。提炼出基于日志埋点的性能瓶颈定位流程，可应用于同类项目。

二、实习内容及过程

2023年6月5日入职，在技术部做后端开发，跟着师傅做用户认证模块重构。系统是微服务架构，用SpringCloudAlibaba，数据量有500万注册用户。初期API响应慢，平均450ms，高峰期QPS才3000，用户投诉多。6月12日开始调优，先加Redis缓存用户token，再改数据库分库分表策略，最后用Nginx做反向代理。7月2日上线新版本，测试时API响应降到180ms，QPS飙到8000，投诉没了。我还用Docker打包镜像，把环境部署时间从8小时砍到2小时，师傅说这招挺好。

7月15日遇到大坑，认证服务突然雪崩，监控显示CPU飙到95%，看日志发现是第三方短信接口超时。问题出在熔断器配置太保守，10秒后才降级。我连夜改了Hystrix参数，把超时时间设为5秒，还加了降级后的备用短信服务商。第二天再看监控，系统稳了。这事儿让我懂了分布式系统容错设计得留有余量。

实习最后两周参与需求评审，发现产品要加实时消息推送功能。现有架构用MQ消息队列，但消息积压严重，高峰期延迟半分钟。我提建议用Kafka替代，说它的吞吐量高，还支持持久化。领导觉得可行，让我做技术选型报告。我查了三篇论文，对比了两种消息队列的副本机制、消费模式，写了10页文档。虽然最后没完全用Kafka，但领导夸我考虑问题全面。

实习单位培训就一周，主要是师傅带，但技术栈老，很多新东西自己查。比如分布式事务，他们用2PC协议，但我学过TCC，回来后偷偷用SpringCloud版本试了试，发现本地回滚逻辑写复杂了。

管理上，开会时领导讲话像念PPT，没人互动，感觉效率低。建议多搞技术分享会，让员工轮流讲项目难点，或者用站会形式快速同步进度。岗位匹配度还行，但开发工具太旧，IDEA2019，想用IntelliJIDEA新功能都没法试。建议换新版，或者给用新工具的权限。

三、总结与体会

这8周，从6月5日到8月23日，感觉像坐过山车。最直接的收获是用户认证模块重构那会儿，API响应时间从450ms硬生生砍到180ms，QPS从3000飙到8000，这数字差得吓人。为了这结果，我折腾了Redis缓存、数据库分表、Nginx反向代理，每个环节都踩坑，但最终把问题解决，那一刻觉得学的东西真有用。用Docker打包镜像时，环境部署时间从8小时缩水到2小时，师傅直夸高效，这让我明白工程化的重要性。

最难的是7月15号那场服务雪崩，监控CPU飙到95%，看日志发现是短信接口拖后腿。当时急得满头大汗，因为直接影响了用户体验。我连夜改熔断器参数，第二天系统稳了，虽然过程吓人，但真把分布式容错理解透彻了。这种压力下还能冷静分析问题，感觉跟学校写作业完全两码事。

实习让我看清自己的短板，比如分布式事务那块，他们用2PC，但我学过TCC，回来后用SpringCloud版本试时，本地回滚逻辑写得太复杂，差点卡死自己。这说明理论结合实践得慢慢来，不能想当然。这8周，感觉从学生到职场人的心态转变特别明显，以前写代码图一乐，现在处处想用户感受，还想着怎么用最省劲的方法解决问题。

对职业规划来说，这次经历像照镜子。我发现自己挺喜欢后端这行，特别是分布式系统调优，那感觉像拆弹，排查问题过程特别刺激。未来打算深挖这块，先把SpringCloudAlibaba学透，再去考个AWS认证，或者搞个微服务架构的专项课程。行业现在卷得不行，不提前准备真不行。比如他们用的技术栈虽然老，但很多设计思想跟现在流行的不谋而合，像熔断器、限流这些，都是经典。

看着系统用户量每天涨，感觉挺有成就感的。虽然单位管理上有点问题，开会像走过场，技术培训也短，但至少让我知道真实职场是什么样。以后求职，不会只看公司大小，更想找那种能学到东西、愿意培养人的地方。这次实习最大的体会是，技术是工具，解决用户问题是目的，这信念得牢。

四、致谢

感谢这次实习机会，让我接触到了真实的互联网平台开发环境。感谢导师在用户认证模块重构中给予的指导，那些关于Redis缓存优化和数据库分表的建议，对我帮助很大。感谢同期同事在Nginx配置和Do