近期一场 Rippling Coding Interview 中，遇到了一道偏 OOD / 系统设计风格的 Logger 题。

Design an extensible logger that supports multiple independent log handlers, such as console, truncation, and in-memory storage, while allowing new handlers to be added easily. The logger should also support keyword search across searchable handlers, returning each matching log message only once even if it matches multiple keywords.

需要设计一个 可扩展的 Logger，Logger 本身可以同时挂载多个独立的 Handler，例如：

• Console Handler：直接输出日志
• Truncation Handler：对过长日志进行截断
• In-Memory Handler：将日志保存在内存中
• 后续还可以方便地增加新的 Handler

除此之外，还需要支持 keyword search。搜索只针对具备搜索能力的 Handler，并且如果同一条日志同时命中了多个关键词，最终结果中也只能出现一次。

这道题主要考什么？

这题真正的重点并不在于“怎么打印日志”，而是如何设计一个足够干净的扩展结构。

比较自然的思路是把不同日志行为抽象成 Handler，让 Logger 只负责把日志分发给不同 Handler，而不是把 console、memory、truncate 等逻辑全部写死在 Logger 里面。

面试官通常还会关注几个细节：

Handler 的接口怎么设计？
新增一种 Handler 时，是否需要修改 Logger 本身？

Searchable Handler 怎么区分？
是不是所有 Handler 都必须实现 search，还是应该把搜索能力单独抽象出来？

搜索结果怎么去重？
例如一条日志同时包含 "error" 和 "database"，搜索两个 keyword 时不能返回两遍。

日志对象还是字符串？
如果后续需要 timestamp、level、id 等字段，简单使用字符串是否还足够？

这类题很容易第一眼觉得代码量不大，但实际面试过程中，面试官往往会不断加入新的 Handler、搜索规则或者扩展需求，真正考察的是候选人的 抽象能力、接口设计以及面对 follow-up 时修改代码的成本。

csoahelp 面试辅助

这类 OOD / Machine Coding 题，难点通常不是完全不会写，而是面试过程中需要一边听 interviewer 的 follow-up，一边快速判断应该：

加一个类、改接口、引入 abstraction，还是只需要修改现有逻辑。

csoahelp 可以在真实技术面试过程中提供 实时文本辅助，根据面试官当前的问题和已有代码快速整理思路、分析 follow-up，并给出下一步修改方向。

如果近期准备 Rippling、Google、Meta、Amazon 等公司的 Coding / OOD / System Design 面试，也可以通过 csoahelp 提前进行针对性的 Mock Interview，熟悉这种不断追加需求的真实面试节奏。

我们也有代面试，面试辅助，OA代写等服务助您早日上岸~