CSS 我不会外，其他感觉好简单，手写一个实现 promiseA+规范的 promise 都没有

现在大多数项目还是 Filed 注入，spring3 推荐 setter 注入，4 推荐构造器注入，且 4.3 后如果 bean 中有构造器，则不需要 @Autowired, 就已经使用构造器注入，复杂的是 spring 构造器，setter，Filed 注入可以一起工作，所以你使用 Lombok，只要用了 AllArgsContructor/RequiredArgsConstructor，就不需要其他 spring 注解。而且构造器注入无法解决循环依赖，而且是生成的构造器，你也无法操作，所以 @Lazy 解决循环依赖不可用. 但是依然可以在需要循环依赖的 Bean 上使用 @Scope(proxyMode = ScopedProxyMode.TARGET_CLASS)提前暴露代理 Bean，不过 spring 官方推荐构造器注入的原因就是程序员自己解决循环依赖

vscode 这个弟弟什么时候也配和 idea 相提并论了？ vscode 就是 chrome 换皮，同样吃内存。配置拉满就好了

学习使用->熟练使用->原理->源码[关键]实现然后原理->源码[关键]多看几次

什么年代了，还说 Java 开发效率低？如果说传参只用 map 当我没说，你不管什么项目要不要事务？要不要定时任务?springboot 全家桶+Stream 如果还会一些 Reactor 开发直接起飞，mybatis 效率可能低,但是可以直接用 JPA，甚至 DBUtils,JdbcTemplate.可选择太多，而且维护，成本都很低

原理在心，know->learn and use->skilled->source and impllement 最后再来印证原理。这是我学习的方法，最重要的习惯养成，曾经 996 的情况，每天下班都抽 2 小时学习，等养成习惯就不觉得难了

1.57 不服，不仅版本老，还打成 war 包放到外部 tomcat 里用，美其名曰安全

你现在学历和经验都不卡手，只剩下能力了 ，如 能力 ok，进大厂也没什么难度

机会都挺多的，不过去一线肯定要当个奋斗逼，在一线和新一线找女朋友就别想了

只有鼓励了，大行情不好也没什么办法了。只是工作三年积累的确有点少了，我觉得不光是现在，而是考虑一下未来，到底自己想要什么，干一行就该努力走的更远，不然这种困境会一直跟着你

跟 JMM 没什么关系，就是编译器自作聪明的过度优化而已，加了 else 影响了优化。R 大曾经分析过，你去翻翻 R 大的回答就知道了

纠结 slot 无意义，slot 是 class 层面的，类加载后就变不存在了。JVM 规范并没有规定 slot 大小，局部变量的大小 32 位机器除了 long 和 double 都是 32 位，64 位机器所有局部变量都是 64 位（一个字长）即使 long 和 double 在 class 层面占两个 slot，加载后 64 位 JVM 对 long 和 double 局部变量只分配一个字长并没有违反 JVM 规范，使用 SA 工具 HSDB 就能看到 Java 栈帧的布局了

很明显并没有任何隐患，和 java 只有值传递一样，java 只有值捕获，lambda 还是匿名对象都一样，在 lambad 里别说使用对象，就是修改对象的值也是正常操作，只要注意 lamdba 有没有在另外线程执行如果在另外线程执行注意所捕获使用的对象是不是线程安全就好了，想想 list. forEach 里修改 bean 不是很正常操作。而你的功能是什么，选用什么方法实现，就是你自己的事了。stream api 学会了绝对让你爽翻起飞

楼主对 hashmap，基本类型及其包装类，自动装箱及隐私类型转换，类型提升不是很熟悉啊。首先 Java 泛型并不支持基本类型，java 默认的整型是 int,浮点数是 double，所以没有特别标注 1，2 这些字面量表示就是 int，当在泛型方法中使用时，会自动装箱为 Integer，如果强行指定(byte)1 则会包装为 Byte，hashmap 判定两个元素是否相等是 equals，而 hashcode 相同只是处在相同的 bin 中。所以当然为 null 啦，而 Integer(1)与 Byte(1)当然就不相同啦，这里还有个坑，因为 Byte,Integer 缓存了 1byte 的值，所以你 put/get(1)多少次只是 1 个包装对象，而 get(128)就会每次生成一个新对象，虽然包装类都重写了 equals，但还是会稍微影响点性能，而 java 默认的隐式类型装是针对基本类型的，换是 int 可以接受 byte，注意 Byte 不能转换为 Integer 。而类型提升也是针对基本类型的，算数位移等运算符只能是基本类型，并且默认提升到***int***，所以 byte(1)+byte(1)=int(2). 所以你只要 get(byte(1)+0)就相当于 get(1)了，推荐看一下 java 规范

你小瞧了 money 的力量，双 11 的压力主要是凌晨大规模的 OLTP, 但是下单之后并不能马上退款，减轻了一些场景压力。我在一篇博客上看到微信开发分享的红包架构，一代面向用户开放的的时候，过于火爆，没有什么架构设计直接所有压力全在 mysql 数据库，后来增加几千个节点硬撑。后来重构引入缓存和内存计算。所以所谓高并发，当遇到这个瓶颈之后，自然有解决办法。只要有钱，没什么解决不了的。12306 这种网站，事务要求太高，所以几乎全是内存计算，单个节点的内存单位都是 TB 级。

C 艹程序媛真的少见啊，很厉害，突然感觉我三年经验就是个弟弟 o(╥﹏╥)o，大厂除了校招外没有三五年，社招根本进不去的。15k 的起点已经赶上一般 C9 的宇宙机了本科了。简历没什么亮点，爱刷题这种完全没必要写。

面试官装逼而已，操作系统也不说是哪个 OS，哪个版本，线程是 win 首先引入的，而 Linux 对线程并无特别支持，多线程只是共享虚拟地址等资源的多进程，所以 Os 原生支持的同步方式就是锁啊，(想一下 Java 线程同步，而 Java 线程和 Os 线程是 1 对 1 的)，不管是临界区，互斥量，信号量等等，还是 CAS,FAA.本质还是锁，只是轻重而已。而线程调度理论上无数总算法，重要的就是时间片轮转(RR)和 FIFO, Linux 现存的调度器是 CFS,调度算法主要就是带权重的这两个，估计面试官就想了解你的一些拓展知识，而不是操作系统，操作系统纯理论没什么价值。

现在所有 Java 类型的赋值操作是原子性的，所以 volatile 加 yield 不香吗？这样即使是轮询也查不到相当于阻塞了，CPU 消耗很少。