Java编码
共 1 条笔记
2026-03-19 11:08
您的浏览器不支持 audio 元素。 📑 智能总结 录音信息 时长 ：约 0小时 47分钟 参与人数 ：约 2 人 内容类型 ：技术面试 录音总结 本次是一场时长45分钟的技术面试，分为35分钟技术环节与10分钟候选人提问环节，面试官Jeremy考察候选人Java编码能力与系统设计能力，最终完成全部考核，结束面试。 面试流程与规则说明 * 面试环节划分 ：总时长为45分钟，其中实际技术考核占35分钟，开头5分钟与最后5分钟留给候选人提问。面试分为编码与系统设计两个部分，主要考察候选人多维度技术能力。 * 工具使用规则 ：允许候选人使用Google搜索技术文档，但禁止使用任何AI工具完成面试。 * 面试官背景介绍 ：面试官Jeremy已经在相关公司工作超过4年。 Java编码面试：批量URL请求功能实现 * 初始需求说明 ：要求编写Java方法，输入为URL列表，输出对应URL的GET请求响应体，允许候选人使用任意HTTP类库。 * 开发过程调整 ：候选人遇到Java原生HTTP接口开发的调试问题，面试官建议直接仿真响应，不用花时间调试原生类库。 * 并发优化调整 ：候选人最初为所有URL创建单个线程处理，面试官提醒如果处理10000个URL需要优化，候选人改为使用固定线程池，线程数量可根据CPU内核数动态计算。 * 编码面试收尾 ：候选人调整后完成需求，面试官对代码截屏，编码部分正式结束。 系统设计面试：生产级URL获取服务设计 * 设计需求说明 ：要求将已验证功能的POC（概念验证）改造为可面向客户、支持每天百万级请求的生产API服务，客户调用接口提交URL列表获取对应响应，用户来自全球各地。 * 基础分层架构设计 ：候选人设计分为API层、缓存层、数据保存层：API层接收客户请求，使用Redis做热点URL缓存加快响应速度，使用PostgreSQL保存URL的访问热度统计，还可引入Elasticsearch支持搜索功能。 * 流量控制方案 ：针对单用户滥用场景，候选人提出对单个用户设置请求速率限制，比如限制每分钟最多10个请求，可采用滑动窗口或漏桶算法实现。 * 突发流量优化方案 ：针对多用户同时在峰值内发请求的场景，候选人提出通过Redis缓存复用相同URL请求结果，降低后端负载，同时采用多机器集群部署应对高吞吐量需求。 * 保存内容说明 ：PostgreSQL中保存URL本身以及该URL的访问计数，用于统计热门URL排序。 候选人向面试官提问环节 * 岗位日常工作咨询 ：该岗位为通用后端岗位，还未分配到具体团队，公司全公司采用敏捷开发模式。 * 日常工作内容说明 ：团队采用Sprint迭代，每日站会同步进度，资深工程师需要驱动项目、解决阻塞问题、指导初级工程师，对接经理和资深工程师同步技术问题。 * AI工具使用政策咨询 ：公司允许日常工作使用AI工具，并且在AI工具上投入大量资源，自研了Level Dev相关大模型，也允许使用GPT、Gemini等其他外部模型工具。 📅 章节概要 00:01:02 面试开场与基本情况沟通 双方互相打招呼，候选人目前居住在悉尼，提前为可能出现的宠物狗干扰提前致歉。面试官对候选人的参与表示感谢。 00:01:50 面试流程与规则说明 面试官介绍本次面试分为编码和系统设计两个部分，总时长45分钟，其中技术考核占35分钟，开头和最后各留5分钟给候选人提问。面试官询问候选人偏好的编程语言，确认候选人选择Java。面试官说明规则：允许Google搜索文档，禁止使用AI工具，随后介绍自己是Jeremy，已经在公司工作超过4年，要求候选人共享屏幕开始面试。 00:04:18 编码需求发布与初步开发 面试官提出编码需求：编写Java方法，输入URL列表，返回对应GET请求的响应体，允许使用任意HTTP类库。候选人提出需要Google搜索HTTP相关类的用法，面试官表示允许，并且提出如果实现太复杂，可以仿真HTTP请求的响应，不需要真的发送请求。候选人确认后开始编写代码。 00:06:27 编码开发与调试调整 候选人开始编写方法，依托IDE提示逐步开发，过程中遇到HTTP接口参数配置、语法的问题，面试官再次提醒如果实现太复杂，可以直接仿真响应，不需要纠结底层库的调试。候选人继续完成原生HTTP请求的开发，完成后运行代码遇到协议不支持的错误。 00:15:33 调整为仿真实现并完成编码 面试官提出不需要调试底层库问题，让候选人自定义一个仿真的HTTP客户端，返回对应URL的虚拟响应即可。候选人按照要求调整代码，完成仿真实现。面试官提出需求修改：要求支持输入URL列表输出响应列表，候选人确认后开始调整。 00:18:32 并发方案调整与编码收尾 候选人考虑到并发需求，最初计划为所有URL创建单个线程处理，面试官提问如果有10000个URL，单线程无法满足性能要求，候选人意识到问题，改为使用Java线程池处理。候选人选择固定线程池，提出线程数量可根据CPU内核数动态计算，完成代码调整。面试官让添加两个测试URL运行，随后对代码截屏，编码部分正式结束。 00:27:53 系统设计需求发布 面试官进入系统设计环节，提出设计需求：将已经验证可行的POC批量URL获取功能，改造为面向客户的生产API服务，要求支持每天百万级请求，客户调用接口提交URL列表，获取对应URL的响应，用户来自全球各地。候选人确认需求细节后开始设计。 00:32:22 候选人阐述基础架构设计方案 候选人设计分层架构：最上层为API层，首先使用Redis缓存热点URL，加快响应速度，提升缓存命中率；使用PostgreSQL保存URL访问统计数据，用于计算热门URL；还可以引入Elasticsearch提供搜索功能。候选人确认需求细节：客户只需要获取指定URL的响应，不需要后续其他操作。 00:35:23 流量控制与突发流量优化方案 针对单用户滥用系统的问题，候选人提出采用滑动窗口或漏桶算法做速率限制，可对单个用户设置每分钟最多10个请求的限制。针对多用户同时在峰值发送合法请求的场景，候选人提出通过Redis缓存相同URL的请求结果，减少后端重复请求，同时采用多机器集群部署提升整体吞吐量，Redis还可以作为集群共享的缓存中心，保证多节点缓存一致性。 00:41:02 架构细节确认与面试考核结束 面试官询问PostgreSQL中保存的内容，候选人回答保存URL和URL的访问计数，用于统计热门URL排序。面试官确认所有技术问题考察完成，留出时间给候选人提问。 00:43:33 候选人提问环节 候选人首先询问该岗位的日常工作内容，面试官回答该岗位是通用后端岗位，暂时未分配到具体团队，公司全公司都采用敏捷开发，日常会做Sprint迭代、每日站会，资深工程师需要驱动项目、解决阻塞、指导初级工程师，对接管理者和资深工程师。候选人接着询问公司是否允许日常工作使用AI工具。 00:46:08 AI工具政策解答与面试结束 面试官回答公司允许日常使用AI工具，并且在AI工具研发投入了大量资源，自研了名为Level Dev的大模型工具，同时也允许员工使用GPT、Gemini等其他外部AI工具。候选人表示没有其他问题，双方致谢后结束面试。 ✨ 金句精选 “从设计点的查看，我们应该 leverage 每种技术的优势，然后尽量避开它的劣势。” (运行策略) “资深工程师需要驱动项目，解决自己和团队的阻塞，还要指导团队里的初级工程师。” (战略洞见) 📋 待办事项 无