深圳字节实习

内推进的面，投的Java后端中台业务，总共45分钟主要问的问题1.介绍下项目，具体说说你项目中的实体怎么设计的2.数据库分片怎么做的，用哪个字段做分片键，为什么3.你按照分组id做分片键，如何处理大量数据在同一个分组下的情况（分布不均匀的情况）4.你项目中的跟踪监控业务怎么实现的，在高并发场景下怎么做，怎么减轻数据库压力5.分布式读写锁用在哪里了6.布隆过滤器干什么用的，在Redis中怎么实现的7.布隆过滤器如何设置参数的，在你设置的参数下可以容纳大概多少数据量8.字符串哈希到布隆过滤器中的哈希算法是什么9.Redis的部署方式10.为什么你用Redission不用原生的Redis操作？（好像是这么问的？Redission的好处在哪里）11.ThreadLocal如何实现，如何保证它线程之间隔离12.讲讲Java的集合13.ArrayList如何扩容，是不是线程安全的14.HashMap底层数据结构是什么，是不是线程安全的15.ConcurrentHashMap如何实现线程安全，加的是什么锁16.Java类加载机制是什么样的，为什么要用双亲委派17.MySQL的事务隔离级别，幻读18.MySQL索引，B+树19.redolog和undolog区别20.带索引的查询总是要回表查询吗手撕一道SQL，一个算法，判断一个链表是不是中心对称的，要自己把链表建出来。鼠鼠二十多年的第一次面试，就被字节拷打了

文章内容收录到个人网站，方便阅读：http://hardyfish.top/这是一个典型的“消息分发模型”设计问题，微博/社交平台在设计大V发博分发时，推模式（push） 和 拉模式（pull） 各有利弊。下面结合你提到的“大V发博客”场景详细分析：一、两种模式简介推模式（push）大V一发微博，系统立即将内容推送到每一个粉丝的时间线中（如写入粉丝的消息队列或Feed中）拉模式（pull）粉丝查看时间线时，实时去拉取他关注的人（如大V）最新发布的内容，再合并排序显示二、微博类应用场景选型✅ 小V/普通用户：使用 推模式粉丝数少，推送量小；内容分发量级低；直接推送到粉丝的 Feed 表中，读取快...

要优化Webpack构建的应用程序性能，可以采取以下措施：https://www.nowcoder.com/issue/tutorial?zhuanlanId=Mg58Em&uuid=9d41438f19104dca802ef21b5942c139使用生产模式（Production Mode）：将Webpack的模式设置为production，这将启用优化选项，例如代码压缩和剔除未使用的代码。优化Webpack配置：检查并优化Webpack配置，包括使用合适的entry和output配置、配置正确的mode、使用最小化的devtool选项等。代码分割：使用Webpack的代码分割功能将代码分割成更小的块，以便在需要时按需加载，而不是一次性加载整个应用程序。压缩代码：使用Webpack的插件（如UglifyJsPlugin）来压缩和混淆JavaScript代码，以减小文件大小并提高加载速度。优化加载时间：使用Webpack的splitChunks选项来拆分和合并公共模块，以避免重复加载，同时使用Webpack的preload和prefetch功能来预加载和推迟加载资源。懒加载：使用Webpack的动态导入（Dynamic Import）或类似的懒加载方式，以延迟加载不必要的代码，只在需要时再加载。缓存：使用Webpack的文件哈希（File Hash）来生成唯一的文件名，以便在文件内容发生变化时进行缓存失效。减少依赖：精简项目的依赖，只引入必要的模块和库，避免加载不必要的资源和代码。并行构建：使用Webpack的多线程（Thread-loader）、并行运行（parallel-webpack）等工具，以加快构建速度。优化图片：使用Webpack的图片压缩插件（如image-webpack-loader）来优化图片文件大小，以减小资源加载和传输的时间。

深信服客经一站式面经1⃣️总体感受：一天全部面完，结果通知很快，群面和业务一面感觉很轻松但是业务二面孩子真的被压力坏了😭😭😭😭，汗流浃背了，以为自己凉了，但出来的时候hr跟我说过了。我两场业务面大约都面了四五十分钟，嘴巴都说干了，但是面试现场提供水，饮料，咖啡等本人今天凌晨两点睡的觉，七点起床，上午面一场，下午面三场还要被压力，已经快死了—————————————————————————2⃣️群面1.题目：三个候选人 选择一位当销售经理（题目是随机抽取的）2.流程：①读题3min②讨论30min③汇报2min3.本场bg一半以上都是985硕，我抢到了reporter的位置，讨论过程可能...