Java 后端，面试被问到解决了什么困难，但好像 crud 没有什么困难，怎么回答好？

[chihiro2014]

最简单的不就是性能问题么

[kidult]

千万，上亿数据的 CRUD 就不简单了，Query 也是

[daliusu]

这种东西，就没有答案，问你的人也没什么答案，你真不知道你就随便网上找个通用案例，比如楼上说的性能优化，然后背一下就行了，主要是突出你拆分问题、寻找原因、再解决问题的能力，只要几个点 get 到了，你就纯 crud 仔也能编一些出来

[lyusantu]

CPU 飙升到 100%，技术 leader24 小时无法解决，我只用了一行命令搞定

[BrookO]

@lyusantu kill 大法?

[mcfog]

平时做工作如果不考虑哪里能做的更好，不去尝试比过去更多快好省的做法，那么有能力的面试官就会把你问出原型然后淘汰掉你

[interim]

@lyusantu 太对味了

[misaka19000]

@lyusantu #4 哈哈哈学到了，以后起文章名字就这么取😂

[knightdf]

@BrookO 或者 reboot?

[xuxuzhaozhao]

@lyusantu #4 你这要是一篇文章的标题，我必点进去，哈哈哈

[vemier]

@xuxuzhaozhao 点进去一看是卖课的

[xuxuzhaozhao]

@vemier #11 哈哈哈，蚌埠住了

[gam2046]

以我的面人的经验，这类问题通常是用于判断你的项目经历是否真实。

具体到我个人，如果对方回答没有遇到困难，我会主动询问一些项目中我认为可能存在困难的技术细节，看看对方能否回到上来。

所以如果确实都很简单，没啥困难，就说没有就行，只要你足够自信，对面就懵逼。

[kalista]

我也遇到了，mark 一下

[Leviathann]

@gam2046 说没有困难的说不定反而更真实一些
编一般都编的比较全，而且不敢说没有😂

[lxiszuhi]

这个问题挺好的，我面试的时候经常问。
可以看到你的工作内容， 你的技术水平，你的说话能力。

[meeop]

困难是指解决不掉的问题

我工作中遇到的问题都解决了,所以没有困难.

当然要说遇到的问题,那就多了去了

[renhou]

业务原因用了某个远古库，解决了兼容性问题并持续维护，往大了说就是库已经不更新所以有新需求自己改库
业务原因用了某个远古库，会议上提出新库代替并参与技术架构选型，推动公司的库升级，负责库版本管理

[msg7086]

这个应该算是 behavior question 吧。
比如说移植远古屎山到新平台，比如性能不行要分析调优，比如说工期太赶来不及完成，等等。
工作上总会遇到各种问题吧，总不能每天都一切顺利一点问题都不出吧。

[meetcw]

被解决了的都不算困难。

[lx0758]

@meetcw 有次我就是这样讲的, 够逼玩意说你不要逃避, 请直面问题. 然后第二轮直接折半压价...

[CodeCodeStudy]

同一套代码，大多数需求都是一样的，少数需求因项目不同而不同，怎么解决这部分差异化的需求？

[Jooooooooo]

几个角度, 这种问题很常见, 可以事先准备下. 但注意结合自己的经历, 切忌瞎编.

从团队合作上说, 遇到过大型项目跨部门很难合作, 项目推动慢, 有延期风险. 你就说你作为负责人, 做了 xxx, xxx 事情, 顺利解决合作难题, 项目如期上线.

从业务上说, 遇到过 pm 很不合理的需求(可以描述下), 很难实现 /实现成本很高, 然后你做了无论是和 pm 仔细讨论之后简单修改需求使得复杂度下降一个量级, 或者是你想到 xxx 方法最终实现了这个需求.

从技术上, 这个就很多了, 比如楼上说的 cpu 100% 怎么排查, oom 怎么排查, 线上总是 gc 怎么排查, 某个方法运行突然变慢怎么排查等等.

[312ybj]

问你这个问题就是想看看你有没有发现问题&解决问题的经验，Java 方面来看，你就说说线程并发优化就行，数据库方面就扯一个死锁问题，再衍生到锁&MVCC ，Redis 的话就扯一个分布式锁|信号量之类的问题。 具体业务场景你可以凑。面试题是背不完的，但是可以引导面试官到你领域

[tonymua]

性能调优、线上问题诊断，实在没有讲讲代码设计模式也行

[pengtdyd]

解决了一个 spring 的 bug ，哈哈哈