秋招阶段总结

985硕211本，电子信息，广东人现在主要纠结两个Offer，一个是老家移动（非珠三角），一个是广州农商银行。老家移动:定级6级，岗位和薪资轮岗后定（当时投的软件开发工程师）广州农商银行：英才计划B，IT方向，听说是在广州郊区工作，薪资和Offer上写的会有小幅度差距各位大佬能帮我选Offer吗？方便的话说下理由

面试问题：Cvte面试：1、 介绍一下Linux内核的链表。采用侵入式设计，list_head结构体，不包含数据，只包含指向前一个结构体的指针prev和后一个的next；用的时候首先用LIST_HEAD创建一个空的链表头，是由linux内核提供通用的链表操作宏和函数进行链表操作，避免了操作函数的代码重复，实现通用性，提高了效率。海康面试：2、 linux驱动开发里中断嵌套可能会发生什么问题？上半部/下半部冲突：如果中断嵌套发生在相同设备的中断线上，并且新的中断触发了与当前正在执行的上半部或下半部相同的处理逻辑，可能会导致数据竞争、状态不一致或其他未定义的行为。 例如，两个中断可能会同时尝试修改...

base南京，go语言，岗位是运维平台开发1、什么是Redis锁，常用的话有什么关键字，怎么用2、docker镜像怎么设置占用资源命令3、gin的路由底层是怎么实现的呢4、gin的context5、假如你要测接口的端口，用哪些命令啊6、你是怎么做的健康检查的呢7、故障节点是怎么拆除的呢8、健康检查的内部是什么呢？主要检查什么东西

第一次是写代码时的低级错误，却直接导致上线报空指针异常。当时处理数据的时候，用 String.valueOf 把空字符串转成了 null，后续又用 StringUtils.isEmpty 去判断，本以为这个判断能规避空值问题，结果上线后直接触发空指针，监控告警刷满屏，吓得我手忙脚乱找问题。排查了快一小时才发现，String.valueOf 处理空字符串的逻辑和我想的不一样，本该兜底的判断反而成了雷点，幸好是小模块，紧急回滚后没造成太大损失，但还是被 leader 狠狠批了一顿，让我上线前必须多轮自测。第二次更是险，改外测环境的字典配置却坑了正式环境。当时外测反馈某个功能参数不对，我想着只是改外测的字典配置，肯定不影响正式，就没跟运维确认，直接改了参数。结果万万没想到，正式和外测用的是同一个字典参数配置！改完没多久，正式环境的核心流程直接阻断，业务停了整整半个小时，用户投诉、领导追问全来了。我一边道歉一边配合运维回滚配置，全程心跳加速，生怕造成的损失要我承担责任。两次祸都是抱着 “应该没问题” 的心态，小心翼翼操作却忽略了关键细节 —— 一次没吃透 API 逻辑，一次没确认环境配置关联。现在每次改代码、调配置，我都会多问一句 “有没有隐藏风险”，上线前反复核对，再也不敢心存侥幸。职场真的容不得半点马虎，哪怕再小的操作，只要没考虑周全，都可能捅出大娄子