腾讯音乐TME 前端 暑期实习n面

再次更新:第二个部门一面挂之后,又被第三个部门捞起来,然后过了初试...真是很玄幻

更新:这一个部门挂了,但是好像又被其他部门捞起来了?hr又和我约了个初试

面试时间30min左右

反问感觉互动还可以,说之后会有人联系我,但是系统里显示流程终止了...可能是凉经了吧 哎

  • 自我介绍
  • 问实习经历,碰到的问题、有难度的东西
  • 问平时碰到问题的学习方法
  • 简历上有写 Git Rebase相关的东西,问了Git Rebase和Git merge的区别、优劣,Git 回滚操作等
  • 用过 Vue 和 React,说一下两者的区别
  • 如果要技术选型,怎么选Vue 和 React 怎么考虑(答了跨端选React, 因为RN生态好,刚好这个组是做RN的)
  • 聊聊RN和原生开发的区别、优劣势
  • 聊聊 Echarts(简历上有)
  • 聊下 egg.js (简历上有)
  • 聊一下 Vite 和 Webpack 的区别
  • 为什么 Vite 在生产环境要用 Rollup 打包?
  • 会看国外的文章学习吗?
  • 简单问了一些 JS 知识,没答上来..
  • 浏览器常见的存储方式 cookie localstorage区别
  • 有什么办法实现深拷贝?
  • 如果用JSON.pare(JSON.stringfy(...))来实现深拷贝的话 会有什么问题吗
  • HTTP2.0
  • 提到了服务端给客户端推资源,这个特性和 websokit 有啥区别
  • 怎么调试 JS 代码
  • 对什么技术方向感兴趣
  • 反问
#面经##腾讯音乐##前端#
全部评论
20min,反手就挂,前15min问的问题都不是前端问题。。。
1 回复 分享
发布于 2023-03-28 19:32 福建
全民k歌吧,我就是写rn的,二面聊的挺好的吊了我一周今天流程终止
1 回复 分享
发布于 2023-03-28 11:05 北京
我当时就面了15分钟,然后反手给我挂了
1 回复 分享
发布于 2023-03-27 23:31 北京
k哥强度太大了,能不来就不来吧
点赞 回复 分享
发布于 2023-04-03 09:57 广东
投简历之后多久接到面试通知的呀
点赞 回复 分享
发布于 2023-03-28 18:20 江苏
请问兄弟做笔试了吗,还是直接面试的
点赞 回复 分享
发布于 2023-03-27 18:58 江苏
我的卡在笔试那里一动不动,估计泡池子咯
点赞 回复 分享
发布于 2023-03-27 17:22 广东

相关推荐

05-28 19:08
已编辑
门头沟学院 Java
突然收到面试邀请,而且没有hr电话直接就甩了个晚上的面试链接。自我感觉答得不好,估计是挂了,但面试官人很好,氛围相对轻松。public、protected、default、private​重写和重载区别JVM内存模型​类加载过程,字节码加载过程​OOM​AOP​讲讲RPC​算法题:二分查找+测试用例​TCP/IP四层模型​,那一层是IP、那一层是端口​TCP和UDP区别​三次握手及为什么三不能是两次GET和POST区别​Linux 的命令​,查看CPU情况介绍一下做过的项目​电商退款有哪些测试用例​死锁是什么及其原因​慢查询原因及如何定位慢查询​什么字段适合建立索引?innoDB跟myISAM...
一笑而过2222:1. Linux查看CPU情况:使用 top 可实时查看系统CPU整体及各进程占用率,按 1 能展示每个核心运行状态; htop 以可视化界面增强交互性; mpstat -P ALL 精准统计每个CPU核心负载; lscpu 输出CPU架构、缓存等硬件信息; vmstat 综合展示CPU、内存、IO等资源使用趋势; sar -u 基于历史数据统计CPU负载; nproc 直接获取CPU核心数量。实际分析时,先用 top 快速定位异常,再结合 mpstat 等深入排查。 2. 电商退款测试用例:功能测试覆盖全额/部分退款、不同发货状态处理、退款金额计算及多渠道返还;异常测试包含重复退款、越权操作、网络中断恢复;业务规则聚焦退款时效控制、优惠券分摊逻辑、高频退款风控;同时补充兼容性(多终端适配)和性能测试(高并发场景响应),保障退款流程稳定可靠。 3. 死锁及其原因:死锁是多进程/线程因资源竞争形成互相等待、无法推进的阻塞状态,需同时满足互斥(资源独占)、请求保持(占有资源时请求其他资源)、不可剥夺(资源不能被强制释放)、循环等待(形成资源等待环路)四个条件。常见于数据库事务交叉锁定、多线程无序获取锁等场景,可通过资源预分配、顺序加锁预防,依赖日志或线程Dump分析检测。 4. 慢查询原因及定位:慢查询根源在于索引失效(未命中或设计不当)、数据量过大导致全表扫描、复杂查询(嵌套子查询、大量JOIN)、锁冲突(行锁升级表锁)、服务器资源瓶颈(CPU/IO过载)。定位时,先启用慢查询日志并用 pt-query-digest 分析高频慢SQL,再通过 EXPLAIN 剖析执行计划,结合 SHOW ENGINE INNODB STATUS 排查锁等待,必要时借助 Performance Schema 监控资源消耗。 5. 适合建索引的字段:优先对高频出现在 WHERE 、 JOIN 、 ORDER BY 子句中的字段建索引,尤其是高选择性字段(如身份证号、手机号);组合索引遵循最左前缀原则;写入频繁字段谨慎建索引,避免影响性能;大字段类型可使用前缀索引优化查询。 6. InnoDB与MyISAM区别:InnoDB支持事务、外键和行级锁,采用聚簇索引存储数据,适合高并发读写场景,具备崩溃恢复能力;MyISAM使用表级锁,无事务支持,索引与数据分离存储, COUNT(*) 统计高效,但不适用于写密集业务。生产中InnoDB用于核心交易模块,MyISAM适用于只读统计类表。 7. InnoDB锁及表锁升级:InnoDB提供共享锁、排他锁、间隙锁等多种锁机制,并通过MVCC减少冲突。表锁升级常发生于SQL无法命中索引引发全表扫描、大事务更新大量数据导致自适应哈希索引失效、执行 ALTER TABLE 等DDL操作,以及死锁检测后强制升级场景。优化需确保索引覆盖查询,拆分大事务降低锁粒度。
查看20道真题和解析
点赞 评论 收藏
分享
评论
8
25
分享

创作者周榜

更多
牛客网
牛客网在线编程
牛客网题解
牛客企业服务