首页 / 暑期实习
#

暑期实习

#
6278385次浏览 88097人互动
此刻你想和大家分享什么
热门 最新
2024-03-21 10:58
企业号
实习还能这么薅?
置顶
02:57
汤君:oppo的颜值都挺高啊
点赞 评论 收藏
分享
05-05 15:58
已编辑
门头沟学院 Java
本科四段大厂实习,暑期五个offer,我的暑期结束了,秋招前集邮atmd、上海四毒
随着上午最后一个pdd的信息确认,我的暑期之旅结束了,投了20家,面了5家,拿了5家offer,分别是字节、淘天、美团、蚂蚁、拼多多,算上日常的offer,在秋招前就已经把阿里、腾讯、美团、字节、拼多多、小红书、得物的offer全集邮了,刚好是我们所谓的“atmd”、“上海四毒”(图2-图9)。暑期总共面了20场面试,挂了3场,另外拒面了6场,时间线见图1,基本上是3.7开始投递,最早的是3.25的美团oc,最晚的是5.5的pdd,期间一路长虹过,也挂过打复活赛一雪前耻,也有公司杳无音讯,我是带着三段大厂实习面暑期的,除去我拒面的几家,投了20家也只有5家约面了。所以我想告诉大家的是,没有约面很正常,运气、大环境这些因素也影响非常大,但同时,我又想告诉大家的是,大家没有面试就好好沉淀,不要懈怠气馁,沉淀技术到位,面试机会来了,就精确打击,一举成功,主打的是面试通过率,而不是靠面试场次去堆。就我个人而言,一直走的是精确打击的路线,面试通过率还算是比较高,日常面过5家,拿了4个offer,暑期面了5家,拿了5个offer,我的面试机会其实并不算多,但事实证明,offer是和你能力挂钩的,不和面试机会次数直接挂钩,技术没沉淀到位,给你0次面试机会和给你100次面试机会没有区别,所以希望大家不要焦虑面试机会少,而是要好好沉淀技术,争取一鸣惊人。学习方面,我推荐大家一定要有一段时间自己去深入学习+整理自己所学的所有技术栈,这样融会贯通后,面对同一个问题,你的回答就能和别人不一样,才能脱颖而出,因为现在大环境就是要这样,不这样没机会,选了这条路就得冲出这个大环境的包围。当然,如何深度学,这里面门道非常多,一时半会说不完,我以后有时间再跟大家扯扯。项目方面,我推荐大家不要把经典项目写简历,诚然,经典项目带给我们的成长很大, 比如黑马点评等等,我至今仍然觉得黑马点评是最好的Java入门项目,但是人人都黑马点评,人人都苍穹外卖,对HR和面试官而言,从简历上看,没有区分度,即使你有自己的理解,即使你对黑马点评改良了很多,有非常非常独特的自己的理解,但从简历而言,HR看到“点评”、“生活社区”等等字眼,已经懒得看你下面介绍,直接给你Pass了,所以项目无罪,但用的人多了,就有罪了。所以大家首先需要用的少的项目、其次需要对项目有自己的理解,我这里不推荐项目,我已经很久没关注市面上的项目了,因为实习远大于项目,有实习后项目已经可有可无了,但是因为我现在用的是一个自研的轮子项目,所以面试官让我挑一个介绍时,我仍然会吹我的项目而不是实习。但是大家有实习优先吹实习,其次是做个好项目。算法方面,熟刷hot100,至少刷三四遍,必须达到默写的程度,是必须!!!因为面试基本上就是从hot100出原题,是原题!等于事先就把题库告诉你了,熟刷hot100后,再随便刷刷其它题单,比如剑指offer等等,总题量刷个两百来题,就足够应对面试算法了,那么笔试算法呢?无所谓,能a出第一道签到题,就够了,因为笔试就是走个过场,只要不拿0分,给对面个台阶,最终还是看简历来筛选的,再说一遍,笔试就是走个过程,能a出一道签到题,第二题随便骗点分,就足够了,根本没有所谓的笔试挂,只有简历挂。至于那些什么场景题,我觉得本质其实就是灵活运用八股,一方面需要看你知识的广度,另一方面是看你能否把知识串起来,比如设计一个点赞系统,你需要把RPC、服务解耦、Redis、MySQL表设计、MQ、JUC、架构、集群等等知识全部串起来,这可能比较看重你的知识面的摄取,包括像是技术文章书籍的阅读等等。随便聊聊,不成体系,但我觉得能把我上面的话听进去的话,还是大有脾益的,每个人吸收的程度可能不同,后面有机会再把这些系统整理起来,出一期完整的路线讲解。       
巨宇:优雅✌、詹姆斯·高斯林、约书亚·布洛克、道格·利亞,Java界四大天王!
点赞 评论 收藏
分享
03-29 19:44
已编辑
广东药科大学 golang
分库分表常见问题参考答案(收录25年至今的牛客面经)
分库分表的常用中间件有哪些?有哪些问题中间件无法提供帮助、只能改写业务代码的场景?使用了什么中间件?分库分表的实现场景和方式有哪些?分表之后,要查询两个表的数据要怎么查?分库分表的优缺点是什么?分库分表业界有哪些替代方案?(提示:分布式文件系统,因为分库分表会出现降低QPS,比如range查询失效)为什么做了分库分表后分页比较困难了?如果10亿数据要分表,要怎么分?业务怎么切?分库分表怎么保证数据一致性?选的什么分片键?什么分片算法?分库分表后的分布式ID怎么做?(2025年目前为止的牛客面经关于分库分表的问题收集)总结:分布式事务一致性问题跨节点关联查询JOIN问题(解决方案:1.全局表 2.冗余字段 3.建立1:1的ER实体关系分片)非分片键的查询问题(1.创建映射表 2.  前缀分片法  3.使用ES搜索引擎(最后才说要抬高立意)全局分布式ID问题(1.UUID 2.雪花算法 3.mysql/Redis 4.美团Leaf(1.Leaf-segment 2.Leaf-snowflake)跨库跨节点分页查询问题(不会)与朋友合作的开源Go KV项目路过可以的话帮我们点个star✨🌟https://github.com/FinnTew/FincasKV参考面试回答:(吟唱)<strong>面试官:分库分表后、如何解决跨节点JOIN查询问题</strong><span> <code><参考回答:></code></span>  分库分表后、跨节点 JOIN 查询会带来性能问题。 为了解决这个问题主要有以下几种方案:  1. 全局表: 如果是一些数据量小、变动不频繁的基础数据(比如权限表、配置表、商品分类表)可以将它们复制到每个数据库节点。 这样查询时可以直接在本地 JOIN、避免跨库。 但需要保证全局表的数据同步。  2. 冗余字段: 如果经常需要 JOIN 某些字段、可以将这些字段冗余存储到需要查询的表中。 比如在订单表中冗余存储用户的姓名和地址。 这样查询订单信息时、就不用 JOIN 用户表了。 但需要保证冗余字段的数据一致性。  3. ER 分片: 如果表之间存在很强的关联关系、比如订单表和订单详情表、可以按照相同的规则进行分片、保证它们在同一个数据库节点上。 这样就可以避免跨库 JOIN。(ER: 例如将订单表 和订单详情表按照 订单ID进行分片)使用一致性哈希算法、将 订单ID映射到不同的数据库节点上。关键: 保证具有相同 订单ID 的订单表记录和订单详情表记录、始终被分配到同一个数据库节点上。)<strong>面试官:非分片键的字段如何查询问题</strong><span> <code><参考回答:></code></span>问题背景:我们选择分片键的时候都是选用查询场景最多的字段来做分片键、但是可能需要查询非分片键下的所有所有数据。例如电商用(订单ID) 做分片但是我们可能会查询订单类型、这些数据可能被分到了不同的库、我们需要聚合所有库的查询、然后返回给前端。导致效率低下回答参考方案:<strong>1.关系映射表:映射关系表就是存储待查询字段和分片键映射关系的一张表、当要使用非分片键查询的时候、先到映射关系表中查询字段所对应的所有分片键、再根据分片键查询所有信息。</strong>(例如创建一个额外的映射表Map、包含 订单ID 和 订单类型 的对应关系。当插入新订单时、同时更新这个映射表。查询时先查映射表获取所有的 订单ID、再根据 订单ID列表查询分片表。总结一下就是用映射去查询我们就可以得到了 缺点是要维护新的Map 适用于对实时性要求不高的情况)<strong>2.  前缀分片法:利用(订单ID)的某些特征来决定数据存储在哪个分片上,并将这个嵌入到主键中。 这样既可以通过主键进行分片、又可以通过UID进行分片。</strong>(例如在生成 订单时,嵌入 用户ID 的某些特征 例如 用户ID的最后一位。然后使用包含这个 订单ID进行分片。这样既可以通过 订单分片,也可以通过 用户ID的特征进行路由。优点不需要额外的存储空间 缺点是可能会产生如果 用户ID分布不均匀、可能会导致数据倾斜)<strong>3.ES: 将所有订单数据同步到ES中、利用 ES 的全文检索和聚合分析能力、进行多条件查询</strong><strong>面试官:分库分表后的分布式ID怎么做?</strong><span> <code><参考回答:></code></span>问题背景:分库分表后需要一个唯一ID来标识一条数据或消息。回答参考方案:说一下各大方案及优缺点就行。1. UUID(优点本地生成、缺点是16字节128位存储成本高以及会产生页分裂问题2.雪花算法(优点生成性能高、可以根据业务特征分配Bit位、缺点是依赖强时间回钟)3.MySQL自增主键和Redis的Incr命令(不做探讨)3. 分布式ID生成服务、如美团的leaf算法(Leaf-segment和Leaf-snowflake)大家这里可以去看美团技术文章 这里引导一下思路就好<strong>面试官:如果要你选择一个分布式ID生成方案你会选什么</strong><span> <code><参考回答:></code></span>1.如果 对 ID 的有序性有要求、且需要高性能的 ID 生成服务、我会优先选择雪花或者 Leaf-snowflake 。 雪花的优点是生成速度快、ID 趋势递增、有利于数据库索引的性能优化。Leaf-snowflake 在雪花的基础上、对时钟回拨问题进行了优化2.如果 对 ID 的有序性没有要求、且可以容忍一定的存储空间浪费、我会选择 UUID。 优点是本地生成、不需要依赖外部服务、生成速度快。3.如果 业务规模较大、对 ID 的全局唯一性、高性能和可扩展性有较高要求、我会选择构建一个专门的分布式 ID 生成服、例如使用 Leaf-segment 算法。 的优点是统一管理、方便维护和扩展、可以根据业务需求定制 ID 生成规则。更新一下CSDN: https://blog.csdn.net/wy990880?type=blog大家copy内容背诵就好了在我看来这个就是点到为止说出自己能知道多少就说多少 不要一点不知道 说多少都是缘分而且我觉得面试官自己也没做过分库分表具体的技术深度大家看看别的
huangyong:分库分表总结得很全面
点赞 评论 收藏
分享
04-01 16:13
已编辑
美团_Java(实习员工)
美团面经(3.21一面、3.26二面、4.1oc)
        【听说三天没消息自动回人才库,其实已经绝望了,感恩团爹高抬贵手,不面了,当团孝子了】早知道, 还是java(bg双九无实习玩具项目  golang)一面1. 浏览器输入网址到呈现页面过程?  1. Dhcp dns http tcp ip arp 浏览器渲染【经典起手式】2. 你提到tcp协议,讲讲连接过程,具体讲讲序列号确认号关系?  1. 三次握手  2. 确认号 = 收到的对方序列号 + 1【感觉当时没讲清楚他又追问了一下】3. tcp报文结构,具体讲讲包含哪些字段及作用?  1. 说了源端口、目的端口、序列号、确认号、窗口大小、状态位、首部大小、紧急指针、选项,漏了校验和【还好面试前刚整理过】4. 你提到报文长度,这个有上限吗?  1. 有的兄弟,有的。mtu mss,具体大小忘了。【我真不记得数啊 1500好像】5. 传输层除了tcp还有别的吗?  1. UDP 然后说了说区别:数据包、无连接、不可靠,以及适用场景6. 操作系统学过吧,讲讲死锁是什么?如何避免?  1. 说了说什么循环等待不可剥夺,记不太清楚具体词了,干脆举了个例子说明了一下;  2. 破坏三个条件【汗流浃背 忘了这块了】7. 银行家算法有了解过么?具体说下思想?  1. 了解过,避免死锁的,具体忘了【两年前我肯定记得】8. 没关系,那说下cpu中断执行过程?  1. 硬中断保存上下文,然后软中断;  2. 软中断去中断向量表查处理程序入口,执行完恢复现场返回;9. 刚才提到用户态、内核态,解释一下?  1. 权限控制机制,用户空间,内核空间讲了讲【这也没背 全靠老本 感恩攻防实践TnT 】10. 看你项目用到了数据库,mysql、Redis和mongoDB?  1. 前两者用的多【mongoDB语法是真难写,千万别问我】11. 讲讲mysql和redis区别?  1. 原理上关系/非关系,结构固定/灵活;  2. mysql在磁盘中负责持久化;redis在内存中负责缓存,更快;12. 如何定义关系型/非关系型?  1. 关系型行和列,非关系型更灵活,不固定,如redis是Kv对;【浅薄认知 自信说出】13. 关系型数据库的相关规范?  1. 1nf,2nf,3nf,bcnf...【罗列了一下】14. redis为什么快?  1. 内存中;  2. 单线程多路复用;  3. 数据结构优秀,举了sds和跳表例子;15. 跳表上层下层节点数1/2的关系是固定的吗?  1. 不是,添加操作是概率性的,而且这个概率也可以调;16. 讲讲查询过程?  1. 小就向右大就向下17. 跳表节点存的是值还是范围?  1. 值18. redis持久化存储?  1. Aof rdb aof+rdb【背诵小林ing】19. aof缺点?  1. 写入恢复都慢、占内存大20. mongodb是关系型还是?为啥用?  1. 非关系;  2. 用mysql存大文档不理想,并且以后想在文章中扩展更多的内容,了解到mongodb比较合适;21. 能扩展什么类型?  1. 啥都可以,流媒体、评论嵌套都支持;22. 数据库文章会更新吗?不一致性怎么处理?  1. 延迟双删23. 能彻底避免吗?  1. 不能吧,可以考虑优化成分布式锁24. 延迟双删,第二次删除失败了,怎么处理?  1. 项目里这个是异步的,因为感觉影响不大所以没考虑处理错误;  2. 如果要考虑的话,可以引入一个补偿机制,异步删除失败的话可以发一条消息到消息队列,我们收到后去回滚一下msql【即兴发挥 知识盲区了感觉】25. 你这个回滚是mysql原生支持的,他怎么实现的,自己实现怎么办?  1. mvcc,我们也可以仿照mvcc加入版本号字段进行管理;26. kafka使用场景?  1. 异步 削峰 解藕 日志聚合 通信  2. 项目里主要是用于异步点赞数的更新,避免阻塞正常的阅读过程27. 了解kafka之外的消息队列吗?  1. 不太了解【流汗了】28. 为什么选择kafka?  1. 看博客说适合处理数据量大29. 多大?  1. 百万级【流的汗更多了】30. 从底层实现上说说不同消息队列的差异?  1. 有差异但我不清楚,讲了讲kafka的底层【我真不认识别的 呜呜】31. 重复消费问题怎么解决?  1. 幂等生产者,前端限制,加入业务相关的唯一id,加入请求id【想到啥说啥】32. 有实习过吗?  1. 没有,做过一点点开源33. 日常学习途径?  1. 博客、ai、书、前辈【去年双十二的书终于派上用场了,一本本展示】34. 用ai干啥?  1. 科研 学习 写前端35. 写题leetcode143. 重排链表36. 反问业务:交易结算方面37. 反问java怎么学【go选手落泪】---二面1. 自我介绍2. 意向城市3. 转语言吗?  1. 转,早知道还是java4. 实习过吗?  1. 没有【哭了,每次最痛的问题】5. 老师放实习吗?  1. 放的兄弟,放的6. 聊项目7. 是合作的吗?小组分工?8. 技术选型分歧怎么解决?9. 在团队中扮演什么角色?10. 讲讲项目难点,怎么解决的?11. 长短token讲讲,为啥更安全?12. 如何说服合作者重构代码?13. 项目里涉及跨库事务一致性如何处理?14. 项目里redis适用场景,和mysql一致性怎么保证?15. 项目里写了ddd,讲讲  1. 忘记删了,硬着头皮讲,最后免责声明这东西千人千面,也见不得好16. ddd不足?17. 反思你项目架构,哪些可以优化?18. 负载均衡用了啥?不同方法的优缺点?19. 怎么量化你项目的性能提升?20. 你项目的可用性如何进一步提升?21. 如何用ai改造你的项目?22. Mysql update执行过程?23. mvcc设计思路有什么好处?24. java了解吗?  1. 我说只知道语法->讲讲jvm【我直接汗流浃背了】25. 写代码去制造堆的耗尽和溢出  1. 不断Malloc小空间  2. malloc然后越界访问26. url跳转27. 一个页面跳转慢,交给你去处理,你会怎么处理这个问题?  1. 排查确认环节,然后每个环节给出解决措施28. 写题【leetcode129 求根节点到叶节点数字之和】
希望秋招去杭州的zz:忍耐王
点赞 评论 收藏
分享
五战字节再次三面挂 面经分享
一面:1. redis的过期删除策略2. rdb和aof3. aof重写和写时复制4. rocketmq和kafka架构设计区别5. 他们各自的注册中心的实现有什么区别6. rocketmq的延时队列的是如何实现的7. innoDB b+树8. mysql的事务隔离级别9. hashmap原理10. 手撕:判断链表是否有环二面:二面无八股,全讲的项目手撕:二叉树层序遍历找出每层最大值。 问如果是二叉搜索数能否把空间复杂度优化一下三面:1. raft协议(详细)要具体的如何选举leader flower和candidate的交互2. 现代计算机发展中,timewait状态的2msl是否是固定的3. tcp超时重传和确认应答机制(很详细) 类似tcp的ack默认是accumulate的还是selectitve的,这个可以详细看一下小林coding写的那个介绍的文章,其实都包含了,但是有些点过于细节了之前其实没有太关注过。4. mysql三种日志是如何实现的数据库的acid5. 持久性的实现体现的是日志的刷盘还是数据的刷盘。当时问的是,这个持久化的体现,是指的b+树的刷盘,还是redolog文件的刷盘。现在想起来应该是指的redolog的刷盘,b+树修改后的数据先暂存到buffer pool然后交由操作系统决定刷盘时机,这个也回答的不好。6. 数据库崩溃恢复的过程(详尽) 提问:如果mysql宕掉了,如果读取redolog恢复,那mysql具体是怎么做的,是有什么指针进行标记恢复的位置吗?是从上到下还是从下到上进行恢复。不会。7. mysql是怎么决定是否要按着undolog进行回滚呢8. levelDB是什么 9. 两阶段提交有什么问题 (可用性上)10. 三阶段提交和二阶段提交相比改进了什么11. 最终一致性相当于在 acid 哪个级别上进行了宽松处理12. 这相当于是哪种隔离级别呢?13. 虚拟线程具体的实现14. zgc g1前两面都是秒过,最后三面挂了,部门leader面,问的问题确实很难很细,确实是技不如人了,hr说有更合适的人选了。看来就是和字节无缘啊
自来熟的放鸽子能手面试中:没事加油,我从去年开始面了字节13次才拿的字节offer
字节跳动三面464人在聊 查看26道真题和解析
点赞 评论 收藏
分享
双非暑期五轮面试上岸字节
个人bg:双非本硕,一段小厂实习、本硕年级第一简历项目:马哥短链接(主项目)、本科横向包装(副项目)目前面试,一些中小厂面试(基本都过了,也去了某中厂干了一个月,刚好结束去字节),腾讯暑期基地后端开发&客户端开发两面(挂),字节byteintern后端开发五面(offer)时间线及面经一面(1小时40分钟):1. 开局自我介绍2. 介绍实习期间做的事情(面试官表示:我的风格喜欢从你做了啥,克服了什么困难,来看你的学习能力)3. 介绍项目4. 项目提问,包括布隆过滤器误判情况解决,布隆过滤器接近满了怎么办,布隆过滤器元素能删除吗?必须要删呢?重定向问题,永久重定向还是临时重定向?项目中用到的索引,接口被人恶意刷怎么办,限流从哪些角度进行的?消息队列重复消费,幂等业务如何保证,为什么不直接MySQL层面用唯一索引解决?(这个唯一索引的点没有把面试官说服,我开始扯范式设计,给人家整笑了)5. Redis各分布式锁对比,通过高可用和实时性角度说明,介绍一个相对比较平衡的6. 手撕:二叉树转链表7. 缓存雪崩、缓存穿透、缓存击穿8. 令牌桶和漏桶,漏桶的匀速请求代码具体怎么实现的?9. 手撕:面试官现场出了一道题,1TB日志数据,结构为user action timestamp count,选出最受欢迎的前十个用户,受欢迎程度用总count表示,写出Map和Reduce函数。二面(1小时3分钟):1. 开局自我介绍2. 介绍项目3. 项目深挖,比一面还详细,具体到了表设计,索引考虑,分表键,分表算法,为什么用这个,和别的对比,分表分了多少表,每个表的数量有多少,最大可以存多少,需要考虑那些因素,除了分表还有其他解决方案吗,分表带来的弊端,缓存三件套情况,过期字段设计,带过期时间的具体查询怎么写的等等4. 项目延伸八股:Redis缺点,Redis的常见数据结构以及使用场景,Set底层,布隆过滤器各操作时间复杂度,平替品等等,项目主要使用Redis因此主问Redis八股。5. 其他问题:关于大数据的处理(因为他们部门好像就是做数据处理相关的东西)6. 手撕:合并区间三面(1小时6分钟):1. 开局自我介绍2. 介绍实习3. 介绍项目4. 硕士研究方向,开始问深度学习相关5. 项目拷打,但是没有二面问的深,大体关于缓存一致性等,然后基于项目给出的场景设计题6. Redis架构模式,主从&集群,用这个架构存十个亿的数据的缺点?如何优化?了解过第三方的一些优化框架吗?7. Redis的过期删除策略8. 零帧起手,大数据:(没错,预判到了,我就说前两面怎么有点喜欢往数据处理方面问)MapReduce,Hadoop,Spark,Hbase,HDFS9. Java HashMap的put过程10. HashMap线程安全吗?为什么?如何让它线程安全?11. 红黑树,vs平衡二叉树12. CAS,Java的CAS怎么实现的?13. AOP相关,怎么实现,代理模式,不用代理模式怎么实现AOP?听说过...吗?( 没听清楚,应该是个啥框架)14. 我现在有10亿的数据,找出最大的100个(考虑内存和不考虑内存)15. MySQL主键为什么一般用自增16. 再次回到硕士研究方向,面试官说有个地方没有很听明白,又说了一遍17. 手撕:跳跃游戏(贪心秒了),完成后说思路 + 时空复杂度HR面(47分钟):在校生活问题就略了加面(33分钟):1. 开局自我介绍2. 介绍项目3. 询问做过最难的项目,以及亮点4. 项目再次拷打,不是很深入(基本就是一面的项目提问内容再反复吟唱)5. MySQL Innodb 索引结构相关 vs 其他结构6. 你遇到过一句sql执行的很慢的场景吗?能说说为什么以及怎么解决的吗?7. 遇到过数据倾斜吗?怎么解决的?8. 流式计算接触过没有?Spark Streaming,Flink……?9. Java中什么时候需要重写equals10. TCP/IP相关11. JVM相关 类加载器 双亲委派模型等12. 我现在有两个文件,每个文件10亿个URL,给你个内存非常小的计算机,找出两个文件中相等的URL13. 总结,速度很快,无算法题。加面完第二天offer个人感受:双非冲大厂太难了,字节投了很多基本都简历秒挂,给了机会的这个部门可算是面试中的良好发挥把握住了。其实个人感觉大家别因为看到网上大佬们天天都在各种面试而焦虑,我实习的时候另一个实习搭子一会儿面作业帮,一会儿面携程,后面又面美团,面试真的超级多,而我面试机会就挺少的,但是只要好好把握,尽可能把自己的面试成功率提升,这样别人面几十家还没上岸但你面一两家就能offer也能曲线救国!祝大家的暑期实习成功!春招的朋友们也能顺利上岸!      
L1uer:到岗时间也是和hr商量吗 还是hr来定 怕约的到岗时间太后hc给别人了
点赞 评论 收藏
分享
玩命加载中
牛客网
牛客企业服务