安恒信息前端实习面经

1.确定总体需求在开发前我们需要明确需求，知道我们要做什么，怎么做，得到什么交付件。2.需求描述这一步就是要求我们说清楚我们要做什么。最重要的就是我们需要列出我们的核心功能，例如基本的用户登录注册功能，也可以在一个用户的视角说明功能，通过说明用户可以进行什么操作说明。我们也可以说清楚我们所需要的性能要求，安全要求，并且我们需要适配什么平台。3.技术描述这一步如果你知道什么功能使用什么技术背景。正向使用技术：我们要求工具使用指定的技术进行开发，前端（Vue3/Vite/TS）、后端(Node.js/Express、Python/FastAPI)等等。反向技术：我们要求不要模型不要使用某些工具开发，例如数据库不是用原生SQL语句等等。4.交付件描述这一步就是我们需要得到的内容是什么，主要包括以下几个方面：项目的结构目录，Readme，单元测试，执行和部署步骤，API文档等内容。------------------以上我们可以得到一个基础的prompt内容：我需要开发一个法律隐私生成项目，该项目是前后端分离的。功能要求如下：要求有一个前端界面，该界面包含2个输入模式，问卷模式和自由输入模式，并且具备用户登录功能。后端界面对接dify后端workflow接口，完成法律隐私的生成。技术要求如下：前端使用react框架完成，后端使用python/FastAPI完成。交付件要求如下：交付物：项目的结构目录，Readme，单元测试，执行和部署步骤，API文档。额外步骤：1.首先让AI输出设计方案，然后再编码可以添加额外的提示词：请根据我提出的以上需求，首先输出以下内容：项目的目录结构，核心模块的交互逻辑，关键接口的定义，核心算法的逻辑等。这样的好处在于，我们可以适当调整他的项目架构和逻辑，是否合理是否考虑周全。2.分模块生成代码让AI根据模块生成代码：例如首先生成前端的自由写入模块的代码，再生成登录模块，随后生成和Dify的交互模块。每一次完成一个模块的生成，需要干2个事情。输出该模块的实现逻辑，避免维护困难。如何验证，生成测试用例，查看功能是否可验证。期间遇到问题或者不对的地方都可以让他修复，并且修改。纠错与修复当我们遇到报错的内容的时候，我们只需要讲完整的错误日志以及相关的出错的代码，以及是如果出错的操作步骤告诉AI，然后说明一下：请帮我排查问题并且修改代码即可。🤔 我在执行xxxxxx动作的报错：报错日志：xxxxxxx请帮我排查问题并修改代码。最好的办法就是没生成一次步骤就让他生成一次单元测试，并且手动检查一下接口的问题。增加维护性因为我们每一步都会让它生成一次功能的描述和项目的结构，因此我们对项目的整体的逻辑一定是有一个整体的把控的。因此我们需要让AI生成Readme文档，里面说明了项目的部署情况，API情况，以及每个模块的交互和内部实现逻辑等。如果后续有更新那个也可以使用一下提示词：现有法律隐私生成Agent已实现xxxxx功能，现在需要新增xxxxx功能：1.需求描述：xxxxxx2.技术描述：xxxx3.交付件描述：xxxxxx4.约束：请注意xxxxx请基于现有项目结构，生成响应的代码，解释内部逻辑，并且补充测试用例以及模块交互说明在对应文档中。总结：明确需求 → 设计方案 → 分模块生成（期间逐段验证）→ 调试优化 → 文档补全（可维护性）

一、 个人背景与综合意向- 自我介绍：请进行简单的自我介绍。- 业务背景：该规则引擎主要应用于唯品会的哪些具体业务场景？- 团队情况：你所在组的整体开发团队规模是多少？纯后端开发人员有多少？- 实习时间：如果入职，什么时候可以开始实习？打算实习多长时间？二、 Java 基础（重点考察 HashMap）- 数据结构：请介绍一下 HashMap 内部的数据结构。- 设计原理：为什么 HashMap 要引入红黑树？这样设计的根本目的和好处是什么？- 底层支撑：为什么底层要基于数组加链表的形式来实现哈希表？数组的作用是什么？- 哈希计算：JDK 1.8 中，哈希函数是如何计算哈希值并确定元素在桶中位置的？（扰动函数的作用）- 并发安全：HashMap 是如何保证线程安全的？具体到 JDK 1.8，它是如何利用 CAS 和 synchronized 实现的？- 不安全场景：在多线程环境下使用普通的 HashMap 会出现哪些具体的并发安全问题？（例如：值覆盖、扩容死循环等）三、 Spring 框架- 核心机制：请解释一下 Spring 的循环依赖问题以及它是如何通过三级缓存解决的？- 缓存细节：每一级缓存分别存的是什么？为什么非要引入“三级缓存”而不能只用二级缓存？（涉及 Bean 生命周期与 AOP 适配）四、 项目深度挖掘（规则引擎）- 项目核心：请详细介绍一下你负责的规则引擎项目，包括你的角色和核心产出。- 难点与挑战：在该项目中，让你印象最深刻的技术难点或业务难点是什么？- 稳定性治理：你是如何实现规则的多版本快照和回滚功能的？- 数据库设计：为了兼容旧表并实现多版本功能，你在表结构上做了哪些具体修改？- 业务逻辑：当规则出现问题时，业务人员如何通过后台系统排查过去的执行情况？- **回调机制**：业务回调功能是如何设计的？为什么要做异步优化？- 可靠性考量：如果系统在回调过程中重启，线程池阻塞队列里的任务丢失了怎么办？如何保证数据一致性？- 性能优化：你是如何发现规则执行链路存在耗时问题的？具体的优化手段（核心与非核心链路拆分）是什么？- 系统指标：该系统的平均耗时（RT）和峰值 QPS 大约是多少？五、 工程能力与运维排查- 监控手段：你们是如何对线上规则的执行时间进行监控的？- 线上排查：如果线上出现问题，你的排查流程是什么？- 容器化知识：线上系统是容器化部署吗？你对 Docker 或 K8S 有多少了解？- 日志定位：在容器环境下，你如何查找和定位历史日志文件？

我没招了。。都是啥。。项目没做过问我。。

到公司实习写需求基本上就是该页面，或者把写好的组件移动地方，一找找半天。自己写的项目别人反馈，立马就能找到对应地方修复。而且感觉除了学到git和需求分档的理解到上线的过程，其他的感觉还是要靠自己学。