浩鲸科技 内推码 IV3Y29

本次笔试难度中等。任务调度系统（优先队列/堆） 难度：中等 考点：优先级队列的实现（最小堆）抢占式调度逻辑（高优先级任务打断低优先级任务） 时间片分段处理与任务状态管理地震救灾线路（最短路径算法） 难度：中等 考点：Dijkstra算法（单源最短路径）云计算GPU分配（子集枚举+差分数组） 难度：中等 考点：暴力枚举所有客户组合（2^N）差分数组优化时间段核数统计1.优先级任务会抢占低优先级任务。当你完成位务能执行。同等优先级任务执行。同等优先级的任务，按照小优先级越高。只有高优先级任务执行完成后，低优先级任务才能执行。同等优先级任务才能执行。同等优先级的任务，高优先级任务会抢占低优先级任务。...

为什么呀，为什么别人都有面试，而我没有，我看别人投字节，投腾讯都会有人理，我也投了，一直卡在测评，投了一个月了只有一个美团面试，真的要崩溃了，求佬给点建议啊

面试官人很好，态度和蔼可亲，没答出来时也会引导你去思考。由于是晚上面的，导致我白天一天都有点紧张，面的时候状态也不是很好，正常可能面试官提问完应该思考几秒再答，而我就像抢答一样一口气把所有会的都说出来，这样就导致逻辑比较混乱，东一句西一句的。首先是自我介绍，先把会的技术大致讲一下，由于我八股背的多所以着重讲了一下，Java，go，jvm，MySQL，Redis，计网，操作系统这些，然后一小部分闲聊，然后先问了一下项目，面试官问我这个项目是否落实之类的，直接坦言说是写的练手的，包括之前也写过IM通讯，外卖之类的。然后面试官就把提问的重点放在了八股上。先问了Java：类加载器（答：3种+自定义类加载器、tomcat、原因+双亲委派+好处）JVM参数（答：xmx，xms，newsize这些，问我是如何设定的，我回答是把内存分一半给堆，再把堆分一半给新生代，这方面确实不太了解）然后问了一下并发相关的：线程池（答：线程池的7个参数（忘了线程工厂和阻塞时间了），3个重要参数，还有线程如何启用，为什么要设计最大线程数之类的，提到Java栈默认分配1MB运行时不可以更改）AQS（答：先讲clh是自旋锁+list，然后是AQS在这个基础上做的两个优化，然后举了一下reentrantlock根据state如何获取资源）CAS（答：使用三个字段，aba问题，然后将通常搭配自旋锁实现，面试官问通常会自旋多少次，这个不太了解，答的100，然后问100次大概多少秒，回答微秒级，然后面试官讲了一下怎么做资源可能没用完，意识到可能还需要进行阻塞操作）然后考虑一下Linux命令（top，ps，如何使用管道符过滤线程和使用Linux启动线程没答出来）然后问Redis：持久化机制（答：三种aof，rdb，混合，aof的三个参数刷盘策略，rdb以快照保存，使用bgsave会使用子线程来保存不会阻塞，而aof虽然会阻塞但是只在写完数据后追加一条命令，不会太影响，然后是他俩的优缺点，还有混合是怎么保存数据的）集群模式（答：三种，主从复制到缺点再到哨兵机制，正常使用三个哨兵互相监督，主节点挂了投票选主哨兵然后选主节点，然后额外讲一下脑裂的问题，主节点进行数据更新然后把命令写入aof来同步从节点，最后cluster集群，如何实现，使用16383个哈希槽（艹答成16384了），先根据哈希码取余，再根据节点数取余决定放在哪个节点上，然后问了一下我会怎么选集群模式，首先是cluster的问题，会让管道操作之类的失效，然后哨兵会导致整个集群结构变得复杂，使用小项目可能会考虑哨兵，大的考虑cluster，然后考了一下cluster如果一个节点挂了怎么办，根据节点数重新取余然后数据转移，面试官说这么转移比较慢，有没有别的办法，我隐约记得使用一个类似环形数组的方式，想不起来了）然后考了一下MySQL的b+树（这方面的知识点太多了，导致我什么都想讲逻辑就比较乱，讲了一下聚簇索引，树的叶子节点对应着一张页16KB，MySQL有一个区的概念，把这些页放在同一个区中，这样叶子节点的双向链表遍历时速度更快，然后b+树的扇出比较大（非常二，说成扇度之类的，面试官以为说的是扇区）这样层数就比较小，一行1kb数据的话3层可以放心2000w数据）其他的暂时想不起来了算法是lru，面试官问要不要提示，我说写个，然后写了10分钟左右，说大概写好了，但是面试官指出了2个小错误，第一个马上就改回来了，第二个一直没看出来(大脑这时候已经停止工作了)反问：问学习建议，说根据实际的项目进行深入，考虑应该怎么做，还问了一下组里面是做Java的吗？面试官说他是做go的，组里什么语言都有，语言影响不大，连忙补充了一句我对go的底层有深入源码的学习）结束。总体感觉答得不太好，没有太体现出深度，细节也不够全面。

互联网大厂新动态 之 快手🌐🌐/5 月 22 日消息，今天上午有快手内部人士透露，最近快手开启了“每日一小时”活动，商业化等部门员工需要每日刷够 1 小时 App（含周末），并上报上级。技术岗员工可自愿完成任务兑换积分，非技术岗则需确保每日 1 小时。据媒体引快手内部人士的回应称，快手一直倡导员工多使用和体验产品，但并未强制要求商业化等部门，更没有强制要求全员刷视频。另外，也没有强制有一小时的时长要求，更没有与绩效挂钩。据了解，截至 2025 年 3 月，抖音日活用户约 7 亿，用户日均使用时长达 1.55 小时；而快手最新数据为日活 4.01 亿、用户日均使用时 125.6 分钟（约 2...