@koloonps 咔咔报表库一上，几分钟完事，我们的需求就是如此单纯😂

@aCodingCat 不。。。不好意思😂

@echoless 我确实也觉得 我这些技术在现在公司也确实够用了。。但是想出去看看被人家吓到了，都说是因为太卷了，不得不这样，面试造火箭

@echoless 啊确实。。。有几年经验了，但没咋面过试。。。被面试官一顿鄙视，开始焦虑了

@rehoni 啊对 你说到点子上了，这么多年过去了，我总感觉我和别人不一样。。。他们都在说什么。。。面试都在面什么啊这是，然后就各种被人鄙视。。。讲道理论聪明才智，我觉得我也没说差很多啊，咋就同样做了这么多年，就我啥都不会呢。。。

@NoString “上面的场景通过队列也能解决，但有些场景我们对一致性的要求并不是最终一致，队列带来的消息可靠问题和时延以及剥离事务并不一定适用，因地制宜很关键”

感谢，你这段话是真正的解决了我很大的一个困惑点，可能就是我们浅薄的业务里强一致场景几乎没有。

@546L5LiK6ZOt 我确实喜欢 vert.x 和 nodejs 的那种 feel ，就审美很一致= =

@tairan2006 （大哭）连接池难道不是直接配置上就完事了么= =HikariCP 什么的，你意思我自己实现一个连接池？ 我一个 crud 工程师就这么被你们逼上了开发中间件的悬崖上。。。

好了 感谢大家 我意识到自己错了，我现在就去学各种天花乱坠锁，研究到最后我再去读读底层源码，我要卷的让面试官爹都不认识。他日我若面试成功，回来回馈家人们。

@14104chk a1,a2,b1,b2,a3,a4 这个过程的问题是 a4 返回的数据是过期的不是 b1 最新改的吧。好吧，这种严苛的实时性我们确实不需要呢。。。但这个怎么用 java 锁来解决呢？你把 A 的代码用锁给锁了保证了原子性，但 B 该怎么执行还是怎么执行。

所以这是不是需要用到分布式锁呢？这其实有点偏中间件了，中间件需要搞这些锁技术我很理解，但 java 写个 api 的业务场景我还是觉得用不到啥锁。。🙇

@haython 确实写过 php ，但感觉这和业务场景和规模关系比较大，我 nodejs ，java 的后台业务也都写过，但真就没遇到啊。。。

@yazinnnn 学习了，听都没听过= = 其实我的赛道是接项目赚点小钱，感觉那些高大上的都和我不沾边。。。毕竟连并发都没咋写过，基本都靠框架和库就解决了，不知道以后这职业生涯要咋混下去了；）

@cloudzhou 噢噢，我大概明白了，这个场景是不是就是假设我有那么一个对象要返回给前端，但是这个对象里面的数据需要从多个数据源那里去获取，而且不同数据源获取到的数据之间有依赖关系，可能先从 A 数据源获取完了个 x ，传给 B 数据源才能获取 y ，等等。这个场景不考虑你说的更高要求，我个人感觉用不着啥锁，因为共享对象里面可以设置多个 key ，获取到不同数据往不同 key 里塞就好了，会涉及到冲突么？但这确实是多线程实践的一个好例子。再次感谢！这里面关于是否涉及对锁的应用，还望不吝赐教！

@cloudzhou 费心了，非常感谢，我工作中确实没遇到过这种场景。我有个问题是这个共享的对象具体是什么呢，是内存里的对象？从数据库里取回来的一个大的数据对象？由于很大，所以需要各种线程并发取操作？

@14104chk 愿意付费咨询，求一个真实场景学习，请你一顿午饭 哈哈哈

@rapperx2 卧槽 求指教 能否举个例子🙇 就像我在 30 楼说的，写 web 业务，共享资源都是数据库、中间件什么的，各有各的锁机制。但 java 这个层面需要锁做啥真的没用过

@MoYi123 这个确实简单，但我还是没想到啥场景会用。web 开发中常见共享资源就是数据库、中间件这些。他们有各自的锁机制。java 这边共享资源能是啥呢？我难道要在内存里搞个共享的 map ，让不同的请求修改？这怎么想怎么二。。。

感谢各位的回复，看完之后我稍微没那么焦虑了。我看面试题后，是真的以为其他程序员写个 web 业务都各种上天花乱坠锁的，就我们业务简单个一比连个多线程都用不到。

最常规的锁，最基本的多线程应用我是熟悉的，啥语言都写过，golang 的 goroutine 啥的也都搞过。对操作系统的进程、线程以及语言级别协程啥的都有基本认知。我问这个问题是真的自己在 web 业务里没用过。

看了大家的回复，我觉得普通的 web 业务应该是用不了太多，但自己写框架或者底层库什么的应该会常用。学了就是自己的，不怕多学，只是对于我面个普通 web 开发要做这些面试题有点点困惑。既然是卷的问题，那也没啥好多说的，高考也是这么过来的的，学起来就是。

@tool2d @xiangyuecn 可能指的是 web 容器针对每个请求都会建一个线程来处理。他要是说的是发起 http 请求，那到底谁不懂还真是个问题。。