小红书PE后端一面

1. 自我介绍
2. 线程池有哪些常见参数
3. RPC 调用情况下你会使用怎么配置线程池？
  1. IO 密集型任务线程大多时间是在等待外部资源响应，此时线程处于空闲状态，CPU 利用率较低，可以设置较大线程数
  2. CPU 密集型任务，例如浮点计算等，很少会有阻塞情况，此时线程数多会造成上下文切换频繁影响性能能
4. ConcurrentHashMap 底层的读写是怎么处理并发冲突的
  1. 读：将 value 和 链表 next 指针设置为 volatile，多线程修改 volatile 变量时不会使用自己的副本，是修改公共内存中的变量，每个线程都可以取到最新的数据，读的时候不需要加锁
  2. 写：首先判断有无冲突，如果没有冲突的话直接 CAS 插入即可，如果有冲突的话就 synchronized 锁住头节点遍历链表进行插入
  3. 扩容：ConcurrentHashMap 的扩容也是并发安全的，且支持多线程协同扩容。扩容时，会将原数组的桶迁移到新数组（容量翻倍）。多个线程可以同时参与数据迁移工作。系统会将任务拆分成一个个小的“区域”（TransferRegion），线程领取任务后进行迁移。在扩容期间，读操作依然可以正常进行（可能会读到旧数据或新数据，但最终一致性有保障），写操作则会协助扩容或等待。
5. Synchronized 和 ReentrantLock 两种锁的选择
  1. Synchronized 关键字：使用方式简单，可以加在代码块和代码上，只能实现非公平锁，多线程来了之后谁抢到谁执行，而不是排队。JDK 1.6 引入了偏向锁和锁升级机制提高了性能，性能和 ReentrantLock 相差不大。底层通过 Java 对象头中的 Mark Word 标记字实现，标记字中有 2 比特记录当前锁状态，
    1. 无锁状态记录 hash 值和 GC 年龄
    2. 偏向锁状态记录当前线程 ID，当第一个线程来时记录
    3. 轻量级锁，记录持有锁的线程的锁记录，每一个线程都有自己的锁记录，第二个线程来时转为轻量级锁；
    4. 重量级锁：记录堆中的 ObjectMonitor 对象指针，这个对象有一个队列存储没有获取锁的线程进行排队，当线程执行完毕后会唤醒队列中的线程竞争锁
  2. ReentrantLock：通过 AQS 抽象队列同步器实现，底层有一个 state 记录冲入次数、一个先进先出 FIFO 的 DLQ 双向链式队列记录排队线程，公平锁先查看队列再竞争锁，非公平锁先尝试获取锁操作失败才入队列等待。
6. Redis 为什么快
7. Redis 大 key 怎么解决
8. Hive2CK 导入数据是直接 CK 导入还是使用中间件
9. ClickHouse 和 MySQL 底层有什么区别
10. ClickHouse 主要的使用场景在哪里
11. ClickHouse 并发支持如何
12. ClickHouse 物化视图是什么
13. Agent 项目用户转人工拦截率这个数据口径是怎么统计的，有没有遇到过用户找不到人工 Oncall 入口而投诉的
14. 讲述一下你的冷热分层项目
15. 你这个 OOM 问题是怎么排查的，最后怎么解决的（OkHttpClient 没单例且没指定线程池导致的 OOM）
16. Kafka LAG 一般怎么排查（从提交消息消费成功出排查，查看是线程挂掉了还是处理该消息耗时太长导致 LAG
17. 算法题：翻转01字符串 k 次，找到翻转后最长相同串(eg: 10101 k=1, res=3, 翻转一个0得到111, 翻转一个1得到000 #面试问题记录##我的求职进度条##求offer##牛客AI配图神器#