计算机科学与技术XX科技企业软件工程师实习报告

计算机科学与技术XX科技企业软件工程师实习报告一、摘要

2023年7月1日至2023年8月31日，我在XX科技企业担任软件工程师实习生。核心工作成果包括开发并上线3个模块，累计处理用户请求约10万次，响应时间优化至平均120ms以内。参与重构了核心算法模块，将数据处理效率提升35%，相关代码已提交至内部知识库供团队参考。专业技能应用方面，熟练运用Java、SpringBoot和MySQL，通过设计模式实现模块解耦，利用JMeter完成压力测试，验证系统稳定性。提炼出基于微服务架构的快速迭代方法论，可缩短功能上线周期20%。实习期间，通过每日代码评审和单元测试覆盖率统计，将个人代码质量提升至98%以上。

二、实习内容及过程

1.实习目的

希望通过实践加深对分布式系统设计的理解，掌握工程化开发流程，提升解决实际问题的能力。

2.实习单位简介

我们在的部门主要做在线交易系统，用户量千万级别，技术栈以Java和微服务为主，系统对延迟敏感，要求高可用。

3.实习内容与过程

第13周跟着导师熟悉业务，参与旧接口重构。用SpringCloud治理微服务，将原本耦合的订单模块拆成3个独立服务，通过Feign实现远程调用。用Redis缓存热点数据，QPS从500提升到1500。第46周独立负责库存模块开发，需求是支持秒杀场景。遇到最大挑战是并发锁性能问题，数据表更新时CPU飙到90%。我研究Redis分布式锁和本地缓存结合方案，用JVM本地缓存存热点库存，减少数据库压力。花了2周时间把响应时间从500ms压到80ms，系统稳定支撑了10万并发。第78周协助测试团队做压测，用JMeter模拟全量用户，发现服务间调用链存在瓶颈。提出在服务间增加熔断器，减少级联失败。

4.实习成果与收获

开发的库存模块上线后支撑了2场大型促销活动，峰值处理订单12万单/分钟。学到的关键点是高并发场景下要优先保证系统稳定性，而不是盲目追求吞吐量。对CAP理论有了更直观认识，理解了本地缓存+分布式协调器的设计模式。

5.问题与建议

遇到的困难有2个。一是初期对业务系统架构理解不足，导致设计方案过于理想化。比如没考虑到消息队列的延迟，导致订单和库存不同步。后来通过多看线上监控数据才改进。二是部门培训机制有待完善，新人需要2周才能摸清内部组件的调试方法。建议可以建立组件化文档平台，每个服务都放典型问题排查手册。另外我觉得岗位匹配度可以优化，给我分配的任务偏重开发，希望后续能有更多参与需求评审的机会。

三、总结与体会

1.实习价值闭环

这8周就像把学校学的算法、数据结构、操作系统知识拼图到真实场景里。比如7月15号遇到缓存穿透问题，被迫重新学Redis的布隆过滤器原理，最后用本地缓存+布隆过滤+异步更新方案解决。这比看书明白多了。开发的功能支撑了8月5日的促销活动，看到监控系统里QPS曲线从3000冲到8万还稳着，那种成就感特别实在。原来高并发不是纸上谈兵，是每个细节都要抠。

2.职业规划联结

这次经历让我确定要往分布式系统方向发展。现在每天晚上会抽1小时研究gRPC和Kubernetes，9月打算去考AWS认证。导师说我的代码风格已经接近团队标准，这给了我信心。明确知道以后找工作要找有实际项目经验的公司，而不是只看学历。

3.行业趋势展望

感觉现在企业都在搞云原生化，我们用的SpringCloudGateway就经常出bug需要修复。8月20号参加内部技术分享会，听到同事讲ServiceMesh方案，说Istio能解决服务治理的很多痛点。虽然现在还看不懂源码，但知道未来要关注ServicetoService通信怎么设计。

4.心态转变

最明显的变化是现在写代码会想得更多。以前写完就行，现在会考虑线上兼容性，比如7月28号写定时任务时加了幂等锁，避免重复执行。遇到线上问题会主动查日志而不是直接报错，8月12号排查超时问题花了整整1天，从系统日志到线程堆栈都看遍了。这种扛压力的经历比学校考试难多了。

5.未来行动

把实习写的3个模块代码整理成Demo，9月要投简历的时候直接甩出去。导师给的反馈说我的分布式事务方案还可以改进，打算下学期深入研究TCC模式。现在每天写的技术博客有10多个读者了，大家都在问Redis缓存雪崩怎么防，感觉把知识分享出去自己也记得更牢。

四、致谢

1.

感谢在XX科技企业提供的实习机会，让我接触到了真实的工程环境。

2.

特别感谢导师在实习期间给予的指导，比如在7月17号指导我如何优化SQL查询，帮我避免了性能瓶颈。

3.