美团ai面试

搞Java PC开发的，技能还行，任务不复杂或者量不大自己就能干出来一个，但是找不到相应的岗位就很难受。另外最难受的就是硕士延毕，被老板坑死了。有公司能捞一把吗？

柠檬微趣一面1.自我介绍2.hashmap底层原理，是否是线程安全的3.不安全应该使用什么4.currenthashmap原理，线程不安全的情况 这块一致追问 答的不太好5.多个线程写一个日志文件，怎么保证并发安全（不太会）6.jvm内存结构7.垃圾回收 怎么确定回收哪些垃圾8.多线程使用场景9.常见的gcroots10.网络分层结构11.tcp和udp区别12.tcp概念问了一大堆13.https了解吗 具体说一下 也是说了一大堆14.mysql索引15.b+树 为什么不用红黑树 b+树的查询效率 推导一下总结：一直问，不会就想，偶尔会给一个反馈，没问实习，没问项目，纯纯八股柠檬微趣2025...

系统设计题回答思路：1、先提出需求分析和非需求分析2、提出数据库表设计和存储方案，一般选择关系数据库+nosql3、针对数据量大的场景选取合适的分库分表思路，根据某个id哈希或者一致性哈希4、针对高并发场景的缓存优化，缓存和数据库一致性或者增加消息队列mq进行解耦5、详细接口设计，接口访问时的读写数据库和缓存的顺序6、性能优化——异步操作、批量处理、热点数据优化设计一个类似抖音的点赞系统1、需求分析和非需求分析需求分析：点赞/取消点赞视频+查看视频点赞数量+查看用户点赞的所有视频+点赞状态查询非需求分析：高性能，高可用，大数据量，数据一致性根据实际情境扩充2、库表设计点赞关系（Like Relationship）：存储用户对视频的点赞关系。user_id  video_id create_time视频点赞统计（Like Count）：存储每个视频的点赞总数。video_id count update_time3、分库分表思路分片策略：按照用户 ID 或视频 ID 进行分片。使用一致性哈希或取模的方式进行分库分表。考虑到点赞数量大，对于点赞关系表，可按 user_id 模 N 取余，将数据分散到 N 个库或表中。4、缓存操作点赞/取消点赞操作先更新数据库：执行点赞或取消点赞的数据库操作。更新缓存：更新 Redis 中的点赞状态和点赞计数。避免缓存不一致消息队列异步更新：将更新操作发送到消息队列，异步更新缓存，确保最终一致性。5、接口详细处理以点赞和取消点赞为例处理流程：参数校验：检查用户和视频是否存在，验证参数合法性。数据库操作：点赞：插入一条点赞关系记录，更新视频点赞统计表的计数。取消点赞：删除点赞关系记录，更新视频点赞统计表的计数。更新缓存：更新 Redis 中的点赞状态和点赞计数缓存。6、优化思路1.异步处理异步写入：将点赞/取消点赞操作通过消息队列（如 Kafka、RabbitMQ）异步写入数据库和更新缓存，减少请求的响应时间。异步更新缓存：在数据库操作完成后，将缓存更新操作放入消息队列异步处理，避免缓存与数据库不一致。2.批量操作批量查询：当需要获取多个视频的点赞数量时，提供批量接口，减少网络请求次数。批量写入：对于一些批量的点赞操作，可以批量写入数据库，减少数据库压力。3.热点数据优化热点缓存：对于热门视频，可能会频繁访问其点赞计数，可以在缓存中设置热点数据，确保其始终在内存中。数据分片：将热点视频的数据分散到不同的缓存和数据库节点上，避免单节点压力过大。在面试中，场景设计题往往是重头戏！这些问题不仅深度考察你的技术功底，更全面衡量你的工程综合能力。精彩的回答，将成为你脱颖而出的关键加分项。本文将首先概述通用的答题思路，然后以点赞系统为例，深入解析如何细致全面地回答这类问题。后续我将持续收集更多的设计题，不断更新和完善本文的内容，帮助你在面试中斩获佳绩。#牛客AI配图神器##牛客激励计划#

好好准备八股，复习计算机网络、java基础，也要勤思考善总结。不背八股面试也是乱碰 面试6min:三个问题：1.三次握手、四次挥手，第三次没握有什么后果？2.假如有十万条数据在 .csv文件里面， csv 文件如何读取，csv 按行读取用什么类呢？io 流读取文件中的一行用什么类？3.前后端跨域问题有遇到过吗三次握手、四次挥手，第三次没握有什么后果？ 答：第三次没握手，我的理解是客户端发送的ACK确认报文丢失了，因此服务端发送的同意建立连接的报文段没有收到确认，那么服务端就会超时重传同意建立连接的报文段，直到收到客户端的ACK确认报文或者达到最大重传次数。如果还是没收到就断开连接。 拓展： （...