关于源码和算法 大家怎么看？

[zc1249274251]

最近面试比较频繁，做 Java 这块 感觉基本绝大部分都是 Spring 全家桶了，加上 Redis 、MQ 、Mysql 等等，但很多时候在二面、三面时候开始会问算法、还有一些 Spring 源码、Mq 源码等等一些东西，有点没明白，真的有必要这么死扣源码吗？还有感觉工作中接触算法比较少了，这个也有必要吗？

[murmur]

因为面试的人太多了，所以加点有难度的筛一批人

[nicebird]

书到用时方恨少。工作中 90%都是无技术含量的，但是是要有 1%要用上了，没积累的话就是一个无头苍蝇。

[ConradG]

我觉得问算法还好，只要不要求现场撸红黑树这种的，这玩意儿是正经基本功。
源码倒是除非是针对性很强的岗位，否则两边很难聊到一块儿。

[chihiro2014]

其实现在的 Java 程序员，大部分都是离开 Spring 就不咋会写代码了。。。。。。。个人意见，不喜勿喷

[Orenoid]

另外同意楼上关于 debug 的观点，有时候发送异常后，框架可能并不会帮你包装好用人话告诉你出什么错了，而是直接抛出一个非常底层的错误，万一这个错误又不是那么常见，你不看源码的话可能会无从下手。

[zc1249274251]

@Orenoid 其实 也不是说不推荐看源码 但是回过头来看 Spring 源码十几年的沉淀 没有很好的一个技术积累 真的无从下手 之前看的时候感觉就是这样

[hantsy]

@yRebelHero 看 Spring 的源代码容易，关键是 spring-context, spring-beans, spring-core， 其次是 spring-aop 等等， 都是其次。这些源代码，导入 IDE，不是傻子都看得懂，有什么意义。

[hantsy]

@sampeng 如果你在乎 Spring Boot 的启动速度，Spring Boot 带来的傻瓜式的 AutoConfiguration，也让你的项目引入很多不必要的配置。你完全可以不用 Spring Boot，用原始 Spring 自由度更大。

[purensong]

面试过别人就能体会要区分出 10 个人，你应该问哪些问题，你都问 spring IOC AOP，他们都对答如流，你不问一些消息队列，微服务怎么 能做出选择。 我觉得倒不是面试造火箭，而是看面试者有没有学习能力，有学习能力的一定会多问为什么，而且会深挖技术内核，而不是浮于表面。

[KeyboardManAnAn]

工作越久，越觉得这些基础知识真的有用，否则就永远都只是在浮光掠影的表面磨叽

[zc1249274251]

@KeyboardManAnAn 深有同感 大学时候学的数据结构、计算机组成啥的真是有用

[zc1249274251]

@TwoDogSon 老哥 求教 你这看源码咋看的 直接导 Ide?

[TwoDogSon]

@zc1249274251 我看到 Android 源码哈 有一部分可以 ide 看 还有的可以有那种源码在线的网站吧 跳转没有 ide 体验好 但也可以接受

[sampeng]

@hantsy 我回复得是楼主得不看源码怎么解决…不是这个问题怎么解决…

[wangyzj]

@nnqijiu 面试造火箭，上班拧螺丝

[liuzhiyong]

我觉得会用就行，工具的源码不需要了解，因为你根本不会去改它（反正我没有这么牛）。算法了解一下即可，业务代码对这个要求很有限（有可能有用，大部分时候用不上）。

[james122333]

最近越来越讨厌 java 对象观念就是个双面刃
因为对象造成的不相容让人一点都不觉得直观
灵活性大打折扣 说是有多动态我是不相信

[beidounanxizi]

spring boot 有啥么 不就是内嵌 tomcat 自动化配置
呵呵哒 有什么好的昂
go toml 解析 多好 真是不晓得 spring boot 有啥好的