Go语言删除整数中的0：四种写法与工程实践详解-北京尧图网络

前几天在整理一个老项目的工具库时翻到一段有意思的小函数给一个正整数把十进制里的所有 0 全部删掉返回剩下的数字拼成的新整数。乍一看很简单用 Go 写起来不过几行。但真到了要写测试、考虑边界、甚至优化性能的时候里面还是有不少值得琢磨的地方。今天就把这个 Go 语言小算法的完整拆解记录下来从最直接的字符串做法到不依赖字符串的数学做法再到最容易踩的坑一次说清楚。1. 题目拆解与思路选型1.1 题目到底在考什么题目描述很短给定正整数 n把它的十进制表示中出现的所有“0”字符删掉返回剩下数字拼成的新整数。比如 n 102030十进制是 102030删掉两个 0 后得到 123再转回整数就是 123。再比如 n 1000去掉所有 0 后只剩 1所以结果是 1。如果用 n 2026 验证去掉 0 后是 226这个例子很直接。这个题虽然简单但核心考点其实有两个一是能不能读懂“十进制表示”四个字二是能不能正确处理数字顺序。十进制表示意味着我们要把整数拆成一个个数码而不是直接对数值做算术运算。比如 n 1902如果你从低位开始收集非零数字得到的是 2、9、1按照收集顺序组合成 291这就错了正确结果应该是从高位保留 1、9、2得到 192。所以“按原来的顺序”这个隐藏约束是决定实现方式的关键。另外题目给了“正整数”这个前提意味着最高位永远不会是 0所以删除后至少还会剩下一个非零数字。这个前提我后面会反复提到因为它是很多边界讨论的基础。1.2 两种核心思路的对比实现这道题主流方案就两大类字符串过滤和数学取模组合。字符串过滤的思路是先用 strconv.Itoa 把整数转成字符串此时字符串从左到右就是十进制的高位到低位然后遍历每个字符把不是 0 的字符收集起来最后再用 strconv.Atoi 把收集到的字符串转回整数。优点非常明显代码语义和题目描述完全一致几乎不会搞错顺序也不需要对数字的位权做任何额外计算。缺点是涉及两次类型转换和一次字符串拼接会产生内存分配但单次调用时开销完全可以忽略。数学取模组合的思路是在一个循环里反复执行 n % 10 获取当前最低位然后 n / 10 去掉最低位。拿到每一位之后如果该位不是 0就把这个数字重新组装到结果里去。这样做没有任何字符串分配也不依赖 strconv 包但顺序处理起来更绕因为循环先拿到的是原数的最低位需要想办法让低位数字在结果中仍然位于低位。常见的做法是用一个 multiplier 变量记录当前结果已经有多少位后面我会详细演示。从工程选型角度看我的习惯是低频调用用字符串法因为它可读性最好团队里任何人接手都不会懵高频调用或者内存敏感的代码用数学法因为它无分配、无转换性能更好。这道题如果是面试我建议先写字符串法再主动提一句“如果性能敏感我还可以用数学法实现”这通常是很加分的表现。1.3 先想边界再选方案很多人拿到这种简单题就直接开写写完才发现没考虑数字 0。为什么我要专门强调边界因为越简单的题越容易在边界上暴露基础功。比如 n 0虽然题目说正整数但实际调用时没人保证不会传 0。字符串法在 n 0 时过滤后得到空字符串Atoi 会报错数学法在 n 0 时循环根本不执行result 默认为 0反而“看起来正常”。这两种行为如果不统一后期测试会很别扭。所以我建议先确定函数对 n 0 的预期行为。我的做法是如果题目严格限定正整数那函数文档里写清楚“输入必须为正整数”并在函数开头用 if n 0 直接返回 0 或返回错误如果希望函数更健壮就显式处理 n 0 返回 0。总之不要在文档里假装这个情况不存在因为代码不会假装。2. Go代码实现四种写法逐步演进2.1 最直观的字符串遍历版先写一个最朴素的版本作为基线。函数名定为 removeZeroInDecimal接收 int返回 int。func removeZeroInDecimal(n int) int { s : strconv.Itoa(n) builder : strings.Builder{} for _, ch : range s { if ch ! 0 { builder.WriteRune(ch) } } result, err : strconv.Atoi(builder.String()) if err ! nil { return 0 } return result }这里有三个细节值得展开。第一为什么用 strings.Builder 而不是直接 resultStr string(ch)因为 Go 的字符串是不可变的每次都会创建新的字符串如果原数字很长或者循环次数很多会产生大量短命对象增加 GC 压力。strings.Builder 内部维护一个可变字节切片写入时只做扩容效率高得多。第二遍历用的是 for range对于十进制数字字符串来说每个字符都是 ASCII 字符range 会按 rune 解码其实可以用 s[i] 直接访问字节省去 rune 解码的微小开销但可读性下降。第三strconv.Atoi 返回的 err 理论上不会出现因为过滤后剩下的字符只有 1 到 9但编译器不知道这一点如果你忽略 err静态检查工具可能会提醒。这里返回 0 是兜底但更严谨的做法是返回 (int, error)让调用方决定。这个版本最不容易出错测试也很直观。如果 n 102030Itoa 得到 102030builder 依次写入 1、2、3得到 123Atoi 转成 123完美。2.2 一行版strings.ReplaceAll如果只是完成任务Go 标准库的 strings 包已经提供了 ReplaceAll 函数可以把所有匹配的子串替换成另一个子串。删除所有 0本质上就是把所有 0 替换为空字符串。func removeZeroInDecimalOneLiner(n int) int { result, _ : strconv.Atoi(strings.ReplaceAll(strconv.Itoa(n), 0, )) return result }这个写法非常短核心逻辑只有一行。ReplaceAll 在实现上会先扫描字符串统计匹配次数然后一次性分配足够大的缓冲区所以性能其实不差甚至比手动遍历加 Builder 写入要快一些因为标准库对这种情况做了优化。但要注意ReplaceAll 是“子串替换”不是“字符删除”如果你要删除的不是单个字符而是某个字符串模式用 ReplaceAll 也很合适但如果过滤规则更复杂比如“保留偶数位”“跳过连续三个零”ReplaceAll 就无能为力了。这个版本同样需要处理 n 0 的边界因为 Itoa(0) 得到 0ReplaceAll 之后得到空字符串Atoi 会返回错误。这里我用了_忽略错误如果 n 为 0result 会被赋值为 0因为 Atoi 失败时返回 0。所以行为上和数学法一致。但忽略错误终究不优雅建议在正式代码里至少判断一下。2.3 数学取模版接下来是更接近底层的做法完全不依赖字符串。核心思路是从低位到高位逐位判断。func removeZeroInDecimalMath(n int) int { result : 0 multiplier : 1 for n 0 { digit : n % 10 if digit ! 0 { result digit * multiplier multiplier * 10 } n / 10 } return result }逐行解释一下。n % 10 拿到当前最右边的数字n / 10 则把最右边的数字移除。如果 digit 不是 0就把它放回结果里。这里的关键是 multiplier 变量它代表当前非零数字在结果中应该位于哪一位。初始为 1意味着第一个非零数字原数的最低位会成为结果的最低位随后每遇到一个非零数字multiplier 乘以 10下一个非零数字就跑到十位、百位以此类推。如果遇到 0multiplier 不变说明这个 0 没有对应到结果中的任何一位自然被删除。举个例子n 10502。循环过程如下第一步n % 10 2非零result 2multiplier 变为 10n 变为 1050。第二步n % 10 0跳过multiplier 不变n 变为 105。第三步n % 10 5非零result 2 5 * 10 52multiplier 变为 100n 变为 10。第四步n % 10 0跳过n 变为 1。第五步n % 10 1非零result 52 1 * 100 152multiplier 变为 1000n 变为 0。最终结果是 152和字符串法完全一致。这个做法有个非常显著的优势没有内存分配。result、multiplier 都是栈上的整数整个函数不产生任何堆对象这对高频调用场景非常友好。同时代码也很短适合在一些没有标准库依赖的嵌入式环境里使用。缺点是需要你在心里模拟“低位转高位”的过程逻辑上比字符串法抽象一层。2.4 泛化移除任意指定数字这个题其实可以很自然地推广为“移除任意指定数字”。我在实际开发中遇到过类似需求把一批手机号中的某一个数字去掉作为去重键。只需要把数学版稍微改一下传入一个 digitToRemove 参数。func removeDigit(n int, digit int) int { if digit 0 || digit 9 { return n } result : 0 multiplier : 1 for n 0 { d : n % 10 if d ! digit { result d * multiplier multiplier * 10 } n / 10 } return result }这里的 digit 是整数 0-9。因为我们是从 n % 10 得到每一位所以拿到的 d 就是整数直接和 digit 比较即可不需要转换成字符。如果要移除数字 0调用 removeDigit(n, 0)。这个函数的可测试性和复用性比写死 0 的版本更好。我在代码评审时会倾向于让函数多一个参数而不是专门写一个只删 0 的函数但具体看团队习惯。如果想让 removeDigit 同时支持负数和正数可以再封装一层但要注意符号处理后面边界章节会详细讨论。3. 边界情况与易错点3.1 n 为 0 时到底返回什么原题说“正整数”所以 0 理论上不在输入范围内。但在真实工程中谁也不能保证调用方不会传 0。如果使用字符串法n 0 时过滤得到空字符串Atoi 会返回错误。如果忽略错误返回 0看起来“删掉所有 0 之后什么也不剩”好像合理但仔细想想是有歧义到底是因为 n 本身是 0还是因为所有位都是 0其实所有位都是 0 的整数只有 0所以返回 0 可以唯一地表示“结果是空”但这不符合题目预期。我推荐的防御性写法是在函数开头单独处理 n 0返回 0。这样调用方不会收到错误语义也明确。如果想更严谨可以返回 (int, error)在 n 0 时返回自定义错误。但在刷题场景通常不会测 0面试里如果主动处理 0能体现边界意识。3.2 结果一定不会溢出也不会产生前导零一个常见的担心是去掉 0 之后结果会不会超过 int 的范围我们仔细想一下去掉 0 不会让任何非零数字向左移动并产生更大的位权因为 0 在原数中占据的数位贡献值为 0其他数字的位置保持不变最高位更是非零数字。所以结果一定小于等于原数。只要输入 n 在 Go 的 int 范围内结果也一定在范围内不会发生整数溢出。这对数学法尤其重要可以放心使用 int 做累加不需要把结果改成 int64。再来说前导零问题。比如 n 1002字符串法过滤后是 12Atoi 转成 12没有前导零。数学法则因为 multiplier 只在非零数字时增加结果从个位开始构建也不可能产生前导零。如果用一个不严谨的数学法result result*10 digit并且从低位收集数字那么收集到的数字是逆序的反转后结果最高位是原数的最高位非零数字不会是 0。所以只要原数是正整数表示结果就不会有前导零。但如果你处理的是字符串 001020它表示的数不是正整数移除 0 后变成 12也无所谓。3.3 负数与 math.MinInt64 的特殊坑如果题目扩展成“给定一个整数 n可能是负数”处理起来要更小心。负数的十进制表示前面有一个负号我们删除的是字符 0不删除负号所以结果应该是负号加删除 0 后的绝对值部分。例如 -1020 删除 0 后是 -12。用字符串法非常简单Itoa 得到 -1020遍历时跳过 0 但保留 -变成 -12再 Atoi 得到 -12。但数学法处理负数时需要额外维护符号。func removeZeroForSigned(n int) int { sign : 1 if n 0 { sign -1 n -n } result : removeZeroInDecimalMath(n) return sign * result }这个版本对大多数负数都成立唯独对 math.MinInt64 不成立。因为在 64 位平台上math.MinInt64 的绝对值是 9223372036854775808比 MaxInt64 大 1直接执行 n -n 会导致整数溢出结果还是负数。所以更安全的做法是用字符串法处理负数或者把 n 转换为 uint64 再取绝对值。这算是一个比较偏门的坑但如果面试官考到了负整数版本很多人会在这里翻车。我的建议是一旦涉及负数优先考虑字符串法简单又安全。3.4 空字符串转换失败的隐含错误字符串法在 n 0 时会尝试 Atoi()返回一个 *strconv.NumError。这个错误在某些错误处理不严格的代码里会被静默吞掉导致结果变成 0。但还有一种更隐蔽的情况如果输入整数本身不合法比如用 fmt.Sscanf 从一段文本中解析出 n解析失败时 n 可能是 0这时函数会返回 0但调用方可能会把“解析失败”误认为“处理成功”。所以如果函数用于公开 API最好把 n 0 和转换错误都暴露出来。我习惯把内部函数写成func removeZeroInDecimalE(n int) (int, error) { if n 0 { return 0, fmt.Errorf(negative input: %d, n) } if n 0 { return 0, nil } // 正常处理 }这样语义清晰也不容易误用。对于简单题目这算是一种过度设计但日常项目中绝对值得。4. 测试与性能对比4.1 表驱动测试设计Go 社区推崇表驱动测试。我们把常规用例和边界用例放在一个测试文件里一次跑完。func TestRemoveZeroInDecimal(t *testing.T) { tests : []struct { name string input int want int }{ {single digit non-zero, 5, 5}, {single zero, 0, 0}, {trailing zero, 10, 1}, {all zeros except leading, 100, 1}, {zeros in middle, 10502, 152}, {alternating zeros, 1010101, 11111}, {no zero, 123456789, 123456789}, {multiple zeros, 100200300, 123}, {large number, 987650123400, 987651234}, } for _, tt : range tests { t.Run(tt.name, func(t *testing.T) { got : removeZeroInDecimalMath(tt.input) if got ! tt.want { t.Errorf(removeZeroInDecimalMath(%d) %d, want %d, tt.input, got, tt.want) } }) } }这些用例里我特别想提一下 100200300 这个输入。它的十进制是 100200300逐个字符看1 0 0 2 0 0 3 0 0去掉所有 0 后剩下 123结果 123。这个用例能同时检验连续零和末尾零的处理。另外 987650123400 去掉 0 后是 987651234注意中间的 0 要删掉末尾的两个 0 也要删掉如果实现里没有处理好低位连续 0很容易出错。编写测试用例时最好的习惯是把“预期结果”和“输入”分开写在结构体里而不是在断言里临时算这样读者能一眼看出测试意图。4.2 边界值的自动生成对于 math.MaxInt64 这样的极端值手工算期望值既费劲又容易出错。不如在测试里用标准库生成期望值func TestRemoveZeroMaxInt64(t *testing.T) { input : int64(math.MaxInt64) s : strconv.FormatInt(input, 10) s strings.ReplaceAll(s, 0, ) want, _ : strconv.ParseInt(s, 10, 64) got : removeZeroInDecimal(int(input)) if int64(got) ! want { t.Errorf(MaxInt64 mismatch: got %d, want %d, got, want) } }这样测试的期望值完全由标准库生成既验证了我们的实现又避免了手算错误。我们假设移除零后的结果仍然可以放进 int64前面已经论证过一定可以因为结果小于等于原数所以 ParseInt 不会出错。这个测试思路也适用于其他边界值比如 1000000000000000000、999999999999999999 等。4.3 基准测试与选型建议为了判断字符串法和数学法的性能差异可以写两个基准测试函数func BenchmarkRemoveZeroString(b *testing.B) { for i : 0; i b.N; i { removeZeroInDecimal(987650123) } } func BenchmarkRemoveZeroMath(b *testing.B) { for i : 0; i b.N; i { removeZeroInDecimalMath(987650123) } }从实现原理看字符串版至少涉及一次 Itoa 的内存分配、一次 Builder 或 ReplaceAll 的缓冲分配、一次 Atoi 的解析和分配数学版只有整数运算和比较没有堆分配。所以在大多数机器上数学版会比字符串版快不少内存分配次数是 0。不过对于单次调用两者的差异可能在几十纳秒到几百纳秒人类完全没有感知。如果这段代码要处理的数据规模达到百万甚至亿级数学版的优势会明显体现尤其是在 GC 压力上。但我不建议在低并发、低频场景里为了这一点性能牺牲可读性。写代码首先是写给人看的其次是写给机器执行的。如果团队里其他成员更熟悉字符串操作用 ReplaceAll 一行版完全没问题。4.4 用覆盖率检查看自己漏了什么Go 自带的覆盖率工具非常好用。运行 go test -cover 可以查看测试覆盖了哪些分支。对于这个简单函数覆盖率很容易达到 100%但要注意分支覆盖和逻辑正确不是一回事。比如数学法里 n 0 的分支如果测试用例包含 0覆盖率会更高。覆盖率工具还会告诉你哪一行没有被执行比如 err ! nil 的分支可能很难触发但依然存在。运行 go test -race 则可以检查并发安全性虽然这个函数不涉及共享状态但养成习惯总是好的。5. 常见问题速查与调试心得5.1 为什么数学法不能用 result result*10 digit很多第一次写数学法的同学会尝试这样写// 错误示例 for n 0 { digit : n % 10 if digit ! 0 { result result*10 digit } n / 10 }这样得到的结果是逆序的。比如 n 10502循环从低位开始收集非零数字2、5、1每次 result 都左移一位再追加最终 result (((0*102)*105)101) 251而不是 152。这是因为我们是从低位开始处理的而 result10digit 适合从高位开始处理。前面介绍的多 multiplier 方法本质上是让第一个被处理的低位数字留在结果的低位从而避免反转。如果你实在想用 result result*10 digit可以在循环里先把非零数字收集到一个切片里然后再反向遍历切片重建整数。这样更直观但会引入切片分配func removeZeroBySlice(n int) int { var digits []int for n 0 { if d : n % 10; d ! 0 { digits append(digits, d) } n / 10 } result : 0 for i : len(digits) - 1; i 0; i-- { result result*10 digits[i] } return result }这个版本比 multiplier 版更容易理解但多了一次切片分配和一次遍历。在性能要求不极端的场景也不失为一种好选择。5.2 multiplier 的初始值为什么是 1 而不是 0这是另一个容易卡住的点。如果 multiplier 初始为 0那么 result digit * multiplier 永远是 0后面 multiplier * 10 也永远是 0。所以 multiplier 必须从 1 开始表示当前结果还没有任何“已有位数”第一位非零数字应放在个位。这其实和二进制转十进制的位权思想一致最低位的位权是 10 的 0 次方也就是 1。每遇到一个新的非零数字当前结果的位数增加 1因此下一次的位权是 10 的一次方、二次方……所以 multiplier 的初始值 1 具有数学上的必然性。5.3 如果删除 0 后结果为空怎么判断根据前面分析输入是正整数时结果不可能为空因为最高位非零。只有 n 0 才会出现空结果。所以判断“结果为空”其实就是判断输入是否等于 0。在数学法里n 0 时循环不执行result 为 0不需要额外标志。在字符串法里Atoi 会返回错误所以要在调用处判断 n 0 或者捕获错误。我个人建议直接支持 n 0 返回 0省心。5.4 一次性能优化带来的教训我之前在某公司维护过一个订单清洗服务有一段逻辑要求把所有订单号中的数字 0 去掉用于生成去重键。最初的实现是数学法后来新同事看不懂 multiplier 的含义改成了 ReplaceAll 一行版。结果线上性能略有下降但 QPS 本身不高完全可接受而代码可读性提升了不少。这个经历给我的启发是性能优化要服务于实际瓶颈而不是满足自己的“优化洁癖”。如果一段代码没有人理解再快也是负债。但如果你能写清楚注释数学法其实也没有那么难懂。好的做法是保留两个版本核心逻辑用数学法实现但配上详细注释并通过测试保证正确性或者提供一个通用函数 removeDigit(n, digit)别人看到参数 digit 就能猜到意图。6. 工程场景延伸从算法题到业务代码6.1 超出 int64 的编号怎么办题目给的是正整数 n但实际业务中可能会遇到“看起来像数字但其实是字符串”的编号比如订单号、业务流水号、身份证号。如果编号长度超过 18 位Go 的 int64 就存不下了。这时候可以将输入改为字符串直接处理并返回字符串func removeZeroFromDecimalString(s string) string { buf : make([]byte, 0, len(s)) for i : 0; i len(s); i { if s[i] ! 0 { buf append(buf, s[i]) } } return string(buf) }这个函数预分配了切片容量设为 len(s)因为结果最多和原串一样长不可能更长。遍历时直接访问字节比 range 稍快。返回字符串可以避免大整数类型越界问题。如果需要把结果再作为整数使用可以结合 big.Int 处理但大多数业务里作为字符串拼接就足够了。如果需求是“删除编号中的 0”直接用字符串版才是正解因为字符串保留了“编号”的精度任何整数类型都不能保证一个 20 位编号的精度。6.2 业务中去重键与脱敏场景删除 0 这个操作在真实业务中常被用来生成去重键。比如某些系统里的订单号包含补位用的 0但业务上认为去掉 0 之后编号才具有唯一语义。这时候用 removeZeroFromDecimalString 处理再用结果作为 map 的 key 或者数据库的唯一索引都是很自然的做法。另一个场景是脱敏把手机号中间某一位替换掉或者删除虽然更常见的做法是星号掩码但如果产品要求“去掉所有包含 0 的位”这个函数也能用。需要注意的是如果原始编号含有非十进制字符比如字母那么这个函数只适用于十进制数字字符串不适用于任意字符串。如果要删除任意字符串中的 0其实是一样的循环只是判断条件变成 s[i] 0所以完全可以复用。6.3 和其他语言的一行实现对比这个题目如果用 Python可能只要一行int(str(n).replace(0, ))。用 Java 也有 replaceAll 或者循环拼接。Go 的写法和其他语言差别不大但要注意 Go 没有字符替换的原生方法字符串是不可变字节序列所以要么用 Builder 要么用 ReplaceAll。这也导致 Go 代码看起来比 Python 啰嗦一些但同时也更透明每一步的开销都可以估算。如果团队里同时维护多种语言这个题目很适合作为语言特性对比的入门例子。你可以看到同样是“替换字符”不同语言的字符串处理模型如何影响写法。Go 的 strings.ReplaceAll 语义强大但需要开发者清楚替换后的空字符串问题Python 的 replace 则更符合直觉。这种对比能帮助开发者更深入理解所在语言的标准库设计。最后说一个我自己的操作习惯不管题目多简单我写完函数后一定会补上“输入为 0”和“全零结果”的测试。尤其是这种看似只处理正整数的题很容易让人放松警惕。如果你在面试时主动说一句“题目保证正整数但我会额外处理 0”面试官通常会点头认可。另外移除指定数字的泛化函数 removeDigit 可以直接收进自己的代码片段库下次遇到类似需求就能少写几行。

Go语言删除整数中的0：四种写法与工程实践详解

相关推荐

Spring AI Alibaba停更别慌：Java AI工程化替代路线与RAG实践

free-claude-code实战：免费AI编程助手与开源本地模型混合部署指南

文件转Markdown：提升AI理解效率的底层预处理方法

更多资讯

A*寻路算法从原理到实战：启发函数、性能调优与避坑指南

嵌入式实时噪声估计：三层递进式鲁棒算法设计

恭介的法则：研发团队如何将踩坑经验固化为可执行规则

Colab K80 深度学习实战：环境配置、训练优化与断点续训技巧

Java基础类库通关指南：Object、包装类、String与Random核心考点解析

Java TreeSet核心原理与实战：有序集合的去重、排序与踩坑指南

今日更新

Cephadm实战指南：Linux系统工程师的生产级Ceph集群部署与排障

不想再被 Token 额度卡脖子？把免费 API 接入 WorkBuddy 的完整教程

ITK中SpatialObject几何体系解析：坐标系、变换与管道集成

本周精选

交通拥堵预测毕设：基于Python+LSTM的车辆流量预测系统全流程解析

MATLAB/Simulink搭建10机39节点电力系统暂态稳定仿真实战

无人机航拍三维重建全流程：从SfM到网格生成的避坑指南

本月热门

我发现了一个新思路：用 Remotion + Claude Code 像写代码一样自动化生成短视频

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式：TaoToken 统一 Key 配置与验证

2026 大模型集体涨价：用 Python 做企业 Token 成本测算与选型避坑（附配置）

读完文章，想聊聊您的网站？