本文通过三种JavaScript实现方式探讨数字补零技巧。从基础的while循环到递归，再到使用Array.join的“奇淫技巧”，深入分析后者在特定场景下的截取Bug及性能问题，最终回归质朴高效的解决方案，帮助开发者避免潜在的安全隐患与性能瓶颈。
常规与递归实现
实现方式一：
具体代码如下：
/* 常规方法 */
function pad(num, n) {
var i = (num + "").length;
while(i++ < n) num = "0" + num;
return num;
} 上述代码虽然直观，但缺乏技术亮点，未能充分展示编码技巧。因此，我们来看第二种实现方式：
代码如下：
/* 递归方法 */
function pad2(num, n) {
if ((num + "").length >= n) return num;
return pad2("0" + num, n);
} 这种递归写法看似精妙，常能给人留下深刻印象。
然而，追求极致效率的代码应当简洁有力。上述递归实现占用了两行逻辑，略显冗余。经过思考，一行代码的解决方案浮出水面：
Array.join技巧与潜在风险
代码如下：
/* 技巧性方法 */
function pad3(num, n) {
return (Array(n).join(0) + num).slice(-n);
} 这种写法极具创意，常能赢得旁观者的惊叹。
=== 时间流逝，多年后 ===
某日，天气晴朗，心境开阔。与朋友闲坐树下，品茶对弈。
朋友感叹：自从你离开后，我的日子并不好过。你留下的那些代码，导致我脱发提前了三年。
我惊讶地问：何出此言？
朋友神色凝重：还记得那个 pad3 函数吗？在你离开的一年内，公司业务激增。pad3 存在一个隐蔽 Bug，在某些情况下会错误地截取数字的前几位。例如调用 pad3(123456, 5) 时，返回结果却是 23456。该漏洞被黑客利用，引发了多起大规模钓鱼攻击，造成公司数百万损失。当时领导要求一天内定位 Bug，你的这段代码让我花了三天才找到问题所在。除了 pad3，还有一个名为 xxoo9 的函数……
朋友还在继续叙述，听完前半部分后，我已感到沮丧。仔细审视 pad3 的写法，确实存在截取逻辑缺陷，若应用于交易系统，后果不堪设想。
与朋友告别后，我立即从云端取回当年的 pad3 和 xxoo9 等代码进行测试，结果令人震惊：
tricky_code.html
pad3 不仅存在字符截取 Bug，还伴随着严重的性能问题。
经过一番激烈的内心挣扎。
恍惚间，仿佛看到唐僧笑着走来：
世人皆笑我罗嗦，我道世人看不透。
欲解此惑看来时，质朴简单是真知。
唐僧抛下一卷代码，大笑离去：
回归质朴的高效方案
代码如下：
/* 质朴方法 */
function pad(num, n) {
var len = num.toString().length;
while(len < n) {
num = "0" + num;
len++;
}
return num;
} 看完这段代码，我也释然大笑，随唐僧取经而去……
注：一直想写这样一篇文章。今天闲逛 51js，偶然看到一贴：位数不够前面补 0 的问题，于是立刻就有了这篇文章的构思。对于补零，我的第一反应是 return Array(n - ("" + num).length + 1).join(0) + num;（也有 bug），和果果的类似，但考虑到震撼性（果果的 bug 更隐蔽），最后采用了果果的代码来举例。无论如何，感谢果果。