转转一面（新出炉）【可能凉了】

有无老板招25届Java实习啊？想找个实习也没人理嘛？

面的很快，二面也很快，但之后就是无尽的等得起，池子深的很。自我介绍都不听完整，节奏很快，基本每轮面试官都压在30分钟的样子。自我介绍计算机相关课程列举一些算法和数据结构学过的列举一下，描述一下各自特点树有几种遍历方式数组和链表插入元素的时间复杂度，为什么掌握哪些技术栈是否做过小程序和H5页面浏览器输入url到页面展示的整个过程（开始吟唱）讲讲TCP三次握手使用fetch发送post请求会发送两次为什么（讲预检请求）DOM是什么，BOM是什么要拿到某一个div元素有几种dom操作可以获取解释一下防抖和节流简述一下什么是重绘和重排代码考核// 编写一段代码，对任意输入的字符串，输出其中最多的字符的...

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...