腾讯pcg QQ浏览器客户端日常实习

年前九月份在boss上投两百家，能有六七个面试，几十个聊的。现在有实习投了两百家一个面试都没有😇。

1、单例模式的注意事项，有哪些需要注意的答案：单例模式本身不难，难的是细节。真正要注意的点主要是线程安全、生命周期、析构时机、拷贝控制和全局依赖污染。如果是多线程环境，初始化过程必须保证线程安全；如果单例里持有文件句柄、网络连接、共享内存句柄这类资源，还要考虑进程退出时能不能安全释放。另外单例对象一般都不应该允许拷贝和赋值，否则“全局唯一”这个语义就被破坏了。还有一个很容易被忽略的问题是，单例虽然方便，但会让模块之间形成隐式依赖，测试时也不太好替换，所以不能什么都往单例上套。如果用 C++11 之后的写法，通常直接用局部静态对象实现就够了，初始化是线程安全的。代码： class Singlet...

跟HR沟通，千万别只说“在吗”。建议开门见山，自报家门，并说明来意。比如：“HR您好，我是XX，已投递贵公司XX岗位，对项目经历XX很有信心，请问何时能有反馈？”这样既显得专业，又能让对方快速回复你。

1、你做的高性能日志系统里最有挑战的是什么答案：高性能日志系统里最有挑战的部分通常不是把日志写出去，而是在高并发场景下同时兼顾吞吐、时延和落盘可靠性。如果每条日志都直接加锁写文件，线程一多就会在锁和系统调用上卡住，所以一般会把日志写入分成前台生产和后台刷盘两段。前台线程只负责把日志快速写入缓冲区，后台线程批量落盘。这样可以把大量小写合并成少量顺序写，减少系统调用和磁盘抖动。真正难的地方在于几个细节。第一是缓冲区切换时机，切得太频繁会增加刷盘压力，切得太慢又会拖高日志可见延迟。第二是满载场景下的回压策略，如果生产速度远大于消费速度，日志队列迟早会堆爆，这时要决定阻塞业务线程、丢弃低优先级日志，还...