许愿腾讯录用

更新1.怎么判定DIN模型已经收敛到一个比较好的状态了，而没有欠拟合和过拟合？面试官说不能只看AUC和loss  我想问还有没有别的东西可以拿来check？ 2.文本特征在输进DIN模型之前有没有更好的建模方式？我当时说的是本地创建一个词表，比如常见字有1000个，生成的词向量有5维，embedding层就是5*1000的矩阵，通过实际label和DIN输出的对candidate点击率的预估，用focal loss做损失函数，然后反向传播更新DIN和embedding层的参数。参数更新好之后，把词中的字对应的one-hot编码先输入embedding层，得出的向量就是有语义信息的向量。   面试官的意思是想要更好的文本建模方式，但她也没说什么算更好的方式   3.在线如果用DIN给某一个用户做推荐，这个用户id嵌入是存在什么地方呢？（拼多多也问过，具体是存在哪？）如果用户量级比较大，比如像抖音、大众点评，那么从大量的用户id嵌入中找出张三的id会不会有内存压力？4.双层Attention的DIN  第一层Multi-Head这里有几个头？比较合适呢？如果序列长度为30的话如果路过的UU会的话，能不能给我解答一下呀？02.27投递    03.04约一面   03.07一面       项目40mins    八股：介绍DIN模型代码：最长递增子序列一面结束后两小时查到通过03.14二面无代码环节八股：欠拟合  过拟合文本特征怎么处理才能输入模型呢？有没有更好的建模方式？03.18  面试流程结束

蚂蚁-国际钱包一面面经1，spring AOP，实现日志；2，redis大热key，负载压力很大，如何优化？3，用服务器缓存的优点、缺点；4，更新时如何通知所有存了这个ky的服务器缓存也更新；5，kafka多个消费者如何有序消费；6，广播模式下，如何确保kafka producer能通知到7，cpu耗时高 如何排查？8（*），订单项目中，系统a调用系统b时 只能知道接口异常，无法知道到底是否下单成功，遇到这种情况应该如何处理？【蚂蚁集团2026届春招启动，让我们一起让理想有回响！】💯技术/运营/产品/风险管理/客户体验/市场拓展/数据类等众多岗位虚位以待，无论你是技术大咖、运营达人还是产品先...

周日做完笔试，周一就收到约面通知，反观淘天和灵犀互娱一直搁那筛选。1. 自我介绍，问我为什么选计算机，有咩有什么计算机领域的偶像，如何学习计算机知识，未来的职业规划。2. 开始拷打项目，从为什么这样设计系统架构到为什么使用redis（问了一个redis和其他数据库的事务有什么区别），再到为什么使用RabbitMQ而不使用kafka。对我的系统架构有质疑，但是我就嘴硬，嘴硬到最后面试官服软了。（不知道算不算小技巧：关于项目经历，只要是面试官不太懂的领域，只要嘴硬且说的东西听起来合理，一般面试官都服软。）前两个部分40min3. 问我知不知道CDN，我说不到啊，然后给我解释了一下，但是我没听懂，然后开始问计网：    1. 经典输入url到看到网页中间的过程。    2. http1.1 http2 http3    3. tcp quic协议    4. 开始各种场景题，如何实现一个分布式系统。我说这个问题有点大，能不能提示一下重点要我回答哪个方面，他说负           载均衡方面，我答了一个一致性哈希。    5. 如果一个系统理论容纳https连接为100000个，但是实际1000个就放不下了，你觉得有什么问题，发挥你的想象。我        先说了个半连接队列和全连接队列大小不够，cpu负载高，内存不够，数据库慢查询导致阻塞（面试官说不考虑数据库        问题。不是你说的发挥想象的吗）然后又挤出一点。面试官说了个了解，然后下一题了。    6. 问了个tls握手过程，然后聊到了ca证书的分发，他说我有三个网站：淘宝、天猫、1688，在每个分布式系统上都有服        务，然后问我每个分布式节点上如何判断每个url应该发送哪个ca证书。我说这个不是一个键值对就能判断吗。他问用         户输入的url什么时候能被服务器看到，我说应该在tcp连接后，tls握手前啊。然后中间一大堆我忘了，反正最后结果            就是跳过了这道题    7. 其他的场景题，不太记得了。4. 写了个算法题，有一个大文件里面，每行存储了一个ip范围和一个对应的城市，ip有序排列，然后给出一个ip求出对应的城市。用了个二分查找，没管大文件这个条件。然后面试官看了一下应该还满意。5. 反问阶段，我问他CDN具体做什么的，又没听懂，然后问base地。面试官说北京、杭州，然后问我倾向哪个地点，我说杭州，然后结束。用时快2个小时，相当于藤子三轮面试时长之和。面完想来一根，发现找不到打火机，崩溃。为啥阿里系每家都有不同测评，我都成测评仙人了。

吐槽一下：企业微信是真忙啊，面试过程中，面试官还会被拉去开会，开局写完三道算法之后，硬是让我等了将近一个小时，体验非常不好....---#### **一、算法题**1. **二维数组处理**     - 题目描述：对二维数组按第一列升序、第二列降序排序后，求第二列的最长递增子序列     - 思路：排序后转化为最长递增子序列（LIS）问题，用动态规划或贪心+二分解决  2. **滑动窗口问题**     - 题目描述：维护一个窗口，保证窗口内字符不重复，求最大窗口长度     - 思路：滑动窗口+哈希表记录字符位置  3. **二叉树第K大元素**     - 题目描述：按左-根-右顺序收集元素后取第K大值     - 思路：中序遍历得到有序列表后直接取第K大（暴力解法）  ---#### **二、项目相关**1. **登录鉴权机制**     - 流程：手机号+验证码登录，未注册用户自动注册     - Token刷新：通过拦截器对非登录请求刷新Token有效期     - **追问**：       - Token生成算法？使用JWT（Header+Payload+Signature）       - Token唯一性保障？通过JWT签名和用户唯一标识  2. **数据库优化**     - 慢查询解决：检查索引失效、分库分表、SQL优化     - **索引原则**：       - 高区分度字段优先       - 联合索引遵循最左匹配原则       - 避免对长文本字段建索引  ---#### **三、缓存问题**1. **缓存穿透**     - 场景：请求不存在的数据（如非法ID）     - 解决：缓存空值+布隆过滤器  2. **缓存击穿**     - 场景：热点Key失效后高并发请求压垮数据库     - 解决：互斥锁（如Redis的SETNX）  3. **缓存雪崩**     - 场景：大量Key同时过期     - 解决：随机过期时间+集群部署  ---#### **四、多线程与锁**1. **线程安全集合**     - `ConcurrentHashMap` vs `Hashtable`：分段锁 vs 全表锁  2. **锁机制**     - 悲观锁：`synchronized`、`ReentrantLock`     - 乐观锁：CAS（如Atomic类）、版本号     - **区别**：悲观锁强一致但性能低，乐观锁高并发但需处理冲突  ---#### **五、消息队列**1. **选择RabbitMQ的原因**     - 轻量级、适合单体项目，对比Kafka/RocketMQ更简单  2. **长连接实现**     - 基于AMQP协议，通过心跳机制维持TCP长连接  ---#### **六、设计模式与AOP**1. **AOP应用场景**     - 公共字段自动填充（如创建时间、更新人）     - 实现：通过切面拦截DAO层操作  ---#### **七、反问环节**1. 实习生工作内容：测试平台开发，参与1-2个项目  2. 面试轮次：4轮技术面（按正式员工标准）  3. 改进建议：技术深度需加强（如Redis底层原理、锁实现细节）  ---**参考答案亮点**  - **JWT结构**：Header（算法）、Payload（用户信息）、Signature（签名）  - **索引失效场景**：对字段使用函数、类型隐式转换、模糊查询左匹配  - **CAS问题**：ABA问题（通过版本号解决）、自旋开销  - **RabbitMQ协议**：基于AMQP，支持多种消息模式（Work Queue、Pub/Sub）