wxg微信游戏前端日常实习一面面经

wxg微信游戏前端日常实习一面整体以项目细节考察为主，八股文较少，面试官注重沟通体验与项目理解深度，笔试考察并发控制能力，存在信息差与沟通效率问题需改进。具体内容如下：

• 整体氛围：面试官态度友好，面试过程更像聊天，通过演示项目穿插技术问题，体验较为轻松。
• 考察重点：以简历项目为核心，深入挖掘技术细节与实现逻辑，八股文仅涉及少量基础概念。

• 项目背景与分类

  蓝桥杯相关问题：询问蓝桥杯是什么（需提前准备竞赛背景与个人收获）。

  简历项目性质：确认挑战杯前端页面是实验室项目还是个人项目（需明确项目归属与个人贡献）。

• Mod开发组关系：询问是否为甲乙方关系（需明确合作模式与职责划分）。
• 代码仓库管理

  为什么分开源核心+后台仓库：因后台代码需审查，避免安全问题。

  编辑人员提交流程：后台编辑+管理员提交→gitee PR+审查后合并→webhook触发CI/CD同步到OSS。

• 技术选型与原理

  Astro是什么：基于Vite驱动，支持SSG（静态生成）+SSR（服务端渲染），SSR通过动态拼接字符串实现。

  为什么选Astro：博客落地实践过，了解底层原理，内容驱动生成网站符合Wiki定位。

  框架兼容性：可插入React或Vue组件，且可一起使用（但需注意底层更新机制差异可能导致的问题）。

  项目内核升级：通过插件封装逻辑并复用，需展示复用案例。

• 编译器与工具链

  编译器和polyfill的关系：未答出（需补充ES版本区别与polyfill作用知识）。

  VSCode插件用途：MDX转AST语法树，分析节点并查错，供编外词条编辑人员使用。

  网页插件未实现：需解释对每个用户开专用检查进程的原因。

  分析器与MDX官方分析器的关系：完全独立，未提及优化部分。

• 协同编辑技术

  yjs是什么：协同编辑中解决编辑冲突的库。

  协同主要问题：并发冲突与YATA算法的作用（面试官不熟悉该领域）。

• 并发控制：要求实现一个下载管理器，保证最多3个请求并发下载（需用队列+Promise控制并发数）。

  示例代码框架：

  class Downloader { urls = []; concurrent = 3; running = 0; queue = []; push(url) { this.queue.push(url); this.run(); } async run() { if (this.running >= this.concurrent || this.queue.length === 0) return; this.running++; const url = this.queue.shift(); await fakeAxiosWrapper(url); console.log(`download ${url} done`); this.running--; this.run(); }}

  失败原因：未正确处理并发队列与Promise链，需加强异步编程练习。

• 节流函数：面试官换问setInterval如何证明节流（因setInterval是宏任务，可验证函数执行间隔）。

• 工作时间：上午十点到晚上八点半。
• 工作地点：深圳总部。
• 实习时长：越久越好。
• 技术栈：涉及跨端技术，需快速学习新内容。
• 改进建议：面试官未提出具体问题（可能为客套话，需自我总结项目展示不足点）。

• 优势：项目经验丰富，对技术选型有深入理解，沟通氛围良好。
• 不足

  信息差：对yjs等核心部分展示不足，需提前准备关键技术点的清晰解释。

  沟通效率：部分问题回答冗长（如框架兼容性），需聚焦核心逻辑。

  八股文准备：虽本次考察较少，但需补充编译器、ES版本等基础知识。

  笔试练习：加强并发控制与异步编程训练，避免因细节失误错失机会。

• 后续行动：直接承认不会的问题，避免浪费时间；复盘项目展示逻辑，优化技术点阐述方式。