- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
软件工程面试题及答案
一、基础理论题
问:设计RESTfulAPI时,要注意哪些核心原则?举个实际接口例子说明
答:核心原则有3点:①资源路径用名词(如/users而非/getUsers);②用HTTP方法表操作(GET查、POST增、PUT改、DELETE删);③返回标准状态码(200成功、404不存在、400参数错)。
例子:用户模块接口
查单个用户:GET/users/123(返回200+用户信息)
新增用户:POST/users(传用户数据,返回201+新用户ID)
改用户昵称:PUT/users/123/nickname(传新昵称,返回200)
问:什么是耦合和内聚?实际开发中怎么降低耦合?
答:耦合是模块间依赖程度,内聚是模块内部逻辑关联性。比如“用户模块”和“订单模块”直接互相调用就是高耦合,订单模块只通过接口调用用户信息就是低耦合。
降低耦合的方法:①用接口定义依赖(如Java的Interface);②抽公共逻辑为工具类(如日期处理、加密);③用依赖注入(如Spring的@Autowired),避免硬编码new对象。
二、项目实战题
问:做过的项目里,怎么保证分布式系统的数据一致性?举个具体场景
答:之前做电商下单系统,用“最终一致性”方案:①下单时先扣库存(加Redis锁防超卖);②生成订单;③调用支付接口;④支付成功后更新订单状态,失败则触发定时任务重试(每5分钟查一次未支付订单,超过30分钟释放库存)。
关键:用本地消息表记录步骤状态,失败时通过日志回滚或重试,避免“库存扣了但订单没生成”的问题。
问:需求变更频繁时,你怎么调整开发节奏?
答:分3步处理:①先和产品确认变更优先级(比如“紧急修复”插队,“优化功能”排到下迭代);②评估影响范围(比如改一个按钮样式只动前端,改订单计算逻辑要动前后端+数据库);③同步给团队调整排期,比如用Jira重新分配任务,每天站会同步进度。之前做CRM系统,产品临时加“客户标签批量编辑”,我们先完成核心的“标签新增”,把“批量编辑”拆成小任务放次迭代,保证核心功能按时上线。
三、问题排查题
问:线上服务突然响应变慢,你的排查步骤是什么?举个真实案例
答:步骤:①先看监控(CPU、内存、接口耗时,用Prometheus+Grafana);②查日志(重点看ERROR和慢查询,用ELK搜关键词);③定位代码(用Arthas看方法耗时)。
案例:之前订单接口耗时从200ms升到2s,监控发现数据库CPU高,日志里有大量SELECT*FROMordersWHEREuser_id=?,查索引发现没建user_id索引,加索引后耗时降回180ms。
问:测试环境没问题,线上出现NullPointerException,可能原因是什么?怎么排查?
答:常见原因:①线上数据有异常(比如测试环境数据都是完整的,线上有null字段);②环境配置不同(比如测试用MySQL8,线上用MySQL5,字段默认值差异)。
排查:①先看日志里Null的位置(比如user.getAddress().getCity());②查线上数据库对应记录(看address字段是不是null);③对比测试和线上配置(比如application.yml里的数据库连接参数、第三方接口地址)。之前遇到过线上用户表avatar字段允许null,测试环境设了默认值,导致前端渲染时报错,加非空判断后解决。
四、工程协作题
问:CodeReview时发现同事代码有性能问题(比如循环查数据库),怎么沟通和解决?
答:沟通时先肯定优点,再提问题,给具体方案:“你这段订单查询逻辑很清晰,不过循环查数据库会导致慢查询,我们可以先查所有订单ID,再用IN语句一次查完用户信息,我之前这么改过后,接口耗时降了60%”。
解决步骤:①抽离查询条件,用批量查询(如SELECT*FROMusersWHEREidIN(1,2,3));②加缓存(如Redis存常用用户信息);③一起改完后跑单元测试,确认功能正常。
问:敏捷开发中,迭代快结束了但任务没完成,怎么处理?
答:①先和团队同步进度,明确没完成的原因(是技术难点还是需求理解偏差);②拆分任务:把核心功能先做完,非核心功能(如优化文案、次要按钮)移到下迭代;③寻求帮助:如果是技术难点,找有经验的同事结对开发,或申请延长1-2天(但避免频繁延期)。之前做活动系统,“分享统计”功能卡壳,我们先完成“活动报名”核心功能,把“分享统计”拆成“基础统计”和“图表展示”,基础统计放本迭代,图
您可能关注的文档
- 2025年湖南省高考数学(新课标Ⅰ卷)试题及答案.docx
- 2025年湖南省普通高等学校招生全国统一考试(模拟卷).docx
- 2025年驾驶证科目一模拟试题及答案.docx
- 2025年江苏省普通高等学校招生全国统一考试模拟卷(含答案).docx
- 2025年江西省高考核心科目模拟试卷及答案解析.docx
- 2025年南亚电子面试试题及参考答案.docx
- 2025年普通高等学校招生全国统一考试(安徽卷)理科综合能力测试.docx
- 2025年普通高等学校招生全国统一考试(北京卷)精选试题及答案.docx
- 2025年普通高等学校招生全国统一考试(江苏卷)英语.docx
- 2025年普通高等学校招生全国统一考试(全国卷Ⅰ)英语.docx
原创力文档


文档评论(0)