与编码面试相比，系统设计面试更难练习/模拟面试条件。
以下是求职者回答系统设计面试问题时经常犯的常见错误列表，其中许多错误并不特定于前端系统设计面试。 希望你记住这些点，并在自己的面试中避免这些错误。
不要直接回答问题！ 花时间收集要求并通过提问澄清假设。 回答错误的问题比回答正确的问题更糟糕。
由于系统设计面试非常开放，没有明确定义的完成里程碑（与编码面试不同，你必须生成可工作的代码），因此一些候选人可能只是随意谈论他们想到的任何东西，而答案最终可能会出现在面试官印象中很混乱。 使用 RADIO 框架来帮助你。
在面试开始时，将 RADIO 框架的每个步骤写在白板上，并确保在面试结束时你已经充分涵盖了每个部分。 请注意，你不必按顺序完成每个部分，如果你错过了某些部分，可以随时重新访问以前的部分。
如果面试官提示你提供替代方案，请不要坚持只有一种解决方案。 往往情况下，解决问题有多种方法，每种方法都有其自己的权衡。
面试官希望看到你为手头的问题确定一个具有正确权衡的解决方案，而不是认为只有一种正确或最佳解决方案。 其他解决方案可能明显是糟糕的，而且显然对你来说很明显，但面试官需要听听你为什么认为它们是糟糕的。
在回答太快的反面，我们有保持沉默的人。 不要一直保持沉默，只在你的脑海中思考。 大声思考！ 系统设计面试是你和面试官之间合作的练习。 把你的面试官当作同事，提出你所发现的问题，引出思路，与他们讨论可能的解决方案。
不要陷入特定组件的兔子洞。 首先想出架构/高级设计，然后继续处理系统的各个部分。 专注于问题最重要的部分。
如果你不确定，请问面试官是否应深入研究某个特定组件。 在讨论与问题无关的不重要的组件上花费太多的时间是不好的，这样不仅浪费了宝贵的时间，而且没有向面试官提供有用的信号。
不要使用无法解释的流行语或术语。 可能会有一些很酷的术语，如“虚拟 DOM”，“DOM 协调”，“部分水化”，“流模式服务器端渲染”，如果它们与当前主题相关，则可以使用！
但是，如果你这样做，请确保你能够解释你刚刚使用的术语，因为面试官可能会进一步探索以测试你的知识。 如果你无法解释你刚刚使用的术语，这是一个红色的信号。