十一月并没有给我带来什么好消息，随着最后一个北京某中厂开奖，我的秋招算是彻底完蛋了，开了个非常劝退的价格（比 ********* 上少了很多），电话后的我恍惚了好久，脑海开始思考秋招这一路国庆开始投递，直到昨天一共面试 24 场（没算上银行国企），测开，java，go 都有面过，大部分都倒在一面，反思良久，有的面试和面试官聊的不错，但莫名其妙的挂，有的面试全程拷打，本来觉得没啥希望却出奇的通过，最终收获到三个中小厂 offer（北京中厂和两个深圳中小厂），年包一致的都分配在 20-25 左右，但加班强度和各项福利稍有不同，有的需要忍受非常离谱的工时以及工作强度，有的工作强度没那么离谱却要承受各种阴间操作（按 3k 基数交公积金，滚动裁员），综合来看北京那个还算不错但这真的是我想要的终点吗，一路走来，八股项目算法实习，每天都在面试与实习中兜兜转转，每天提心吊胆的焦虑各种事情，最终也只是拿到比保底好不了多少的 offer，不禁思考这一切真的有意义吗，也许人生就是注定要认识到自己与别人的差距吧，不过到底哪里才是岸呢，16 岁在班里次次都考第一觉得自己稳了 ，18 岁考上 985 计算机觉得自己上岸了，21 岁秋招结束觉得自己这辈子都完了，多么荒谬可笑，难道失败才是人生的主旋律吗，我的朋友们总劝我不要过于内耗，把握不住的事就归咎于别人，归咎于大环境现在想想确实也如此，过多无意义的思考只能徒增伤悲，周末去面试老家银行省分，面试官说我期望薪资太高，问我想要多少，我说那就四五千吧，答曰太高，给不到，低头看看自己跑大老远租的西装，突然就觉得自己所做的一切似乎都在做无用功，多像我的秋招啊，忙忙碌碌又碌碌无为，看来注定要度过一段相对失败的人生了，睁眼还要继续投实习，继续刷经历，继续战春招，何时才看到岸呢，何时才能上岸呢，上岸会更好吗，会得到我想要的吗，每当想到这种问题，我都不禁感叹活着真是太累了

1、char占几字节？2、面向对象的三大特征？多态的实现原理？String类可以被继承吗？3、final关键字的作用？4、线程的生命周期？5、反射是什么？对IOC的理解？6、Spring创建Bean的三种方式？对Spring自动装配的理解？7、Spring Boot有哪些常用的注解？8、SQL的左连接和右连接？索引的分类？SQL优化的方式？9、对mybatis缓存的理解？10、equals和==的区别？11、线程安全的集合类有哪些？ConcurrentHashMap的构造原理？12、对线程安全的理解？解决线程安全的常用方式有哪些？13、Redis部署的模式有哪些？14、jdk8有哪些新特性？什...

11.25：完成不登陆留资接口开发；由于原先就存在已登录留资，和不登陆留资具体逻辑大差不差，但是考虑到可能不登陆留资后续还会添加参数等等，所以新写了个方法，将原先登录留资的部分共有的参数校验抽取成公共方法。11.26：完成创建测试环境需求，创建八个测试商品；建立测试环境主要是为了区分测试人员和正式用户的订单，因此测试商品具有正式商品一样的属性，测试人员在测试流程时就可以选择测试商品，将数据区分开。在完成这个需求的时候，我把所有学员端和后台的流程都走了一遍，也更加熟悉项目的功能结构。11.27：优化不登陆接口开发，留资推OCRM参数增加链接属性、落地页名称和链接来源；新增了推OCRM参数，要区分留资渠道是官网还是营销，如果按照之前的方法，把不登陆留资和登录留资拆开，那么两个地方都要修改，所以我梳理了一下，登录留资和不登陆留资的区别，就在于登录需要对用户进行判断，是否已经留过资，而不登陆则无需判断；除此之外，其他逻辑完全一样。思考：所以不需要写两个方法，登录和不登陆留资本质上都是留资，对于留资的处理都是一样的，只是登录需要多加一个校验，于是我将两个合并，判断如果存在uid，就进行校验，不存在就直接进行后续流程，大大简化了代码，需要增加的只有参数，以及推O那边需要做一层判断；并且我也思考了扩展性，考虑到留资只有登录和不登陆两种情况，所以目前来说我觉得这样写应该是最好的。11.28：完成后台创建用户接口，同时新增备用手机号和区号，同步到学员端和后台列表筛选；创建用户这一部分和当前学员端的注册有些区别，学员注册时只填写基础信息，后面才填写补充信息，而创建用户一次性都填写，包括非必填。因此这两部分虽然有一些共通的代码，但是目前不好抽取，后面可能需要改进。11.29：完成根据邮箱搜索学员接口和改造之前的用户变更记录保存；之前用户变更记录保存是改什么字段保存什么字段，根本不能读取什么字段发生了变更，如果每个字段都加一个属性，表结构就非常混乱。所以我统一了格式，每次保存用户变更记录时，都以user.toJson,userDetail.toJson的格式保存，读取时也可以用这种格式解析，比较前后字段就可以知道哪些字段变更，给后面的用户轨迹留一个口子。

投的零售，先是被交易中台捞了，经典java业务部门，上来闲聊了2句双方就知道不对口了。然后是搜推技术部，做用户数据的，面完没动静了，亏我还去线下hr面交易中台：redis为什么高并发redis持久化mysql怎么看索引，(a,b)联合索引，where a order by b，或者group by b能不能走索引限流算法搜推技术部：一面：ab实验map底层实现，O(1)查找用哪个hr问：公司选择、优缺点、base选择场景题：海量数据统计词频算法：懒汉单例二面：实习redis保证可用性的机制操作系统内存的设计可借鉴之处算法：判断二叉树是否对称（递归和非递归写法）三面：实习图判断有没有环flink...