腾讯wxg客户端二面 面经

1. 简单介绍一下你做过的最有挑战性的项目

我做过的最有挑战性的项目是[项目名称]，这是一个[项目类型，如：跨平台的桌面客户端应用]。

项目背景：需要实现[核心功能]，支持[用户规模/性能要求]，面临的主要挑战是[具体挑战，如：高并发、低延迟、内存优化等]。

我的职责：负责[具体模块]的设计和开发，包括[技术点1]、[技术点2]、[技术点3]。

技术难点：

• 性能优化：通过[具体方案]将响应时间从[X]ms降低到[Y]ms
• 内存管理：使用智能指针和对象池，解决了内存泄漏和碎片化问题
• 多线程同步：设计了[同步机制]，避免死锁和竞态条件

最终效果：项目成功上线，[具体指标，如：支持X万并发用户，崩溃率低于0.1%]。

这个项目让我深刻理解了客户端性能优化的重要性，也锻炼了系统设计能力。

2. 你们项目中是如何进行内存管理的？遇到过内存泄漏吗？

我们项目采用了多层次的内存管理策略：

智能指针为主：优先使用unique_ptr表示独占所有权，shared_ptr用于共享场景，避免裸指针。

RAII原则：资源获取即初始化，利用对象生命周期管理资源，确保异常安全。

对象池：对于频繁创建销毁的小对象，使用对象池减少内存分配开销。

内存池：大块内存预分配，减少系统调用。

确实遇到过内存泄漏问题。有一次发现长时间运行后内存持续增长：

排查过程：

1. 使用Valgrind/Visual Studio内存分析工具定位泄漏点
2. 发现是事件回调中使用了lambda捕获shared_ptr，形成了循环引用
3. 某个单例对象持有了大量已失效对象的引用

解决方案：

• 将shared_ptr改为weak_ptr打破循环引用
• 为单例添加清理机制，定期释放无效引用
• 建立内存监控，设置阈值告警

经验教训：设计阶段就要明确对象所有权，代码review时重点关注智能指针的使用，定期进行内存分析。

3. 说说你对多线程编程的理解，项目中如何使用多线程？

多线程编程的核心是合理分配任务、保证数据安全、避免死锁。

项目中的使用场景：

UI线程与工作线程分离：耗时操作（网络请求、文件IO、数据处理）放到工作线程，避免阻塞UI。

线程池：使用线程池管理工作线程，避免频繁创建销毁线程的开销。我们基于std::thread封装了一个线程池，支持任务优先级和取消机制。

生产者-消费者模式：使用条件变量和互斥锁实现任务队列，工作线程从队列取任务执行。

同步机制：

• std::mutex保护共享数据
• std::lock_guard/std::unique_lock自动管理锁
• std::condition_variable实现线程间通信
• std::atomic用于简单的原子操作，避免锁开销

遇到的问题：

死锁：通过统一加锁顺序、使用std::lock同时锁多个互斥量、减小锁粒度来避免。

竞态条件：仔细设计临界区，使用RAII管理锁，代码review重点检查。

性能问题：过度使用锁导致性能下降，改用无锁数据结构（如std::atomic）或读写锁（std::shared_mutex）。

最佳实践：能不用锁就不用，能用原子操作就不用锁，能用读写锁就不用互斥锁，尽量减小锁的粒度和持有时间。

4. 如果让你设计一个日志系统，你会怎么设计？

我会从以下几个方面设计：

功能需求：

• 支持多级别日志（DEBUG、INFO、WARN、ERROR、FATAL）
• 支持多种输出方式（控制台、文件、网络）
• 支持日志格式化（时间戳、线程ID、文件行号、日志内容）
• 支持日志过滤和分类
• 支持日志文件滚动（按大小或时间）

性能要求：

• 异步写入，不阻塞业务线程
• 高并发场景下性能稳定
• 内存占用可控

设计方案：

前端接口：提供简洁的宏定义，如LOG_INFO("message")，支持流式输出和格式化。

日志队列：使用无锁队列或双缓冲机制，业务线程快速写入，后台线程批量处理。

后台线程：专门的日志线程从队列取日志，格式化后写入目标。

输出策略：

• 文件输出：支持按大小/时间滚动，压缩旧日志
• 网络输出：批量发送，失败重试
• 控制台输出：开发调试使用

配置管理：支持运行时动态调整日志级别，不需要重启程序。

关键技术点：

• 使用内存池减少内存分配
• 批量写入减少系统调用
• 使用mmap或异步IO提升文件写入性能
• 考虑日志丢失的容忍度，平衡性能和可靠性

参考业界方案：spdlog、glog等优秀日志库的设计思想。

5. 讲讲你对设计模式的理解，项目中用过哪些？

设计模式是解决特定问题的经验总结，关键是理解其适用场景，而不是为了用而用。

项目中常用的模式：

单例模式：配置管理器、日志系统等全局唯一的对象。注