重复造轮子

重复造轮子（英文 Reinventing the Wheel，也常简称「造轮子」）是软件开发和工程领域的一句行话，指某个功能已经有了现成、成熟甚至经过充分优化的实现，开发者却不去复用，而是自己从零再写一遍。

概述

「轮子」在这里比喻那些基础、通用、早已被前人解决好的东西，比如排序算法、日期处理库、网络框架、加密函数等。轮子作为人类最古老的发明之一，形状和原理早已定型，再去重新发明一个轮子显然多此一举——这个说法正是由英语谚语直译而来，进入中文技术圈后成为程序员之间的高频黑话。

在多数语境下，「重复造轮子」带有批评意味：现成的开源库经过大量用户检验，功能完善、坑都被踩过，自己重写不仅耗费工时，还容易引入新的缺陷，尤其在加密、安全这类领域，自造轮子被普遍视为大忌。因此代码评审中一句「别重复造轮子」，通常是在提醒对方先去搜一搜有没有现成方案。

不过这个词并非只有贬义。中文社区里「造轮子」也常被当作中性甚至褒义词使用：自己动手实现一个已有工具，是理解其底层原理最有效的学习方式；许多知名开源项目本身也是对旧轮子的「重造」，只是造得更快、更轻或更贴合新需求。

主要特点

• 比喻直观：用「轮子」指代已被解决的基础问题，强调其成熟与通用。
• 双重色彩：批评浪费资源时是贬义，形容动手练习或改进重写时是中性或褒义。
• 与复用相对：它的反面是软件工程提倡的代码复用、使用标准库与开源生态。
• 圈内高频：常见于代码评审、技术论坛、面试和开源社区的讨论中。

什么时候值得造轮子

业界的一般共识是：以交付为目标的生产项目应优先复用成熟方案；而在学习原理、现有轮子无法满足性能或定制需求、依赖过重需要精简、或希望摆脱某个第三方依赖的许可与维护风险时，重写一个自己的实现是合理甚至必要的。很多团队也会先用现成轮子快速上线，等瓶颈出现后再针对性地自研替换。

常见问题

问：重复造轮子一定是坏事吗？答:不一定。在生产环境盲目重写成熟组件通常得不偿失，但以学习为目的的造轮子，或针对特定场景做出更优实现，都是被广泛认可的。

问：「造轮子」和「重复造轮子」有区别吗？答:中文语境里「造轮子」偏中性，常指动手实现基础组件的行为本身；加上「重复」二字后批评意味更浓，强调已有现成方案还去重做。

问：如何避免不必要的重复造轮子？答:动手前先检索标准库、包管理器和开源社区是否已有成熟实现，评估其维护状况和许可证；确认现有方案确实不满足需求后，再考虑自己实现。