```html

来自网页的消息stackoverflowatline1

那个弹窗又来了。右下角，消息白色背景，自网橙色警告图标，消息一行小字：“来自网页的自网消息：stackoverflowatline1”。你点掉它，消息刷新页面，自网三秒后它又冒出来。消息像只赶不走的自网苍蝇。

我第一次见到这个提示是消息在帮朋友修一个老后台管理系统的时候。那系统跑在IE8上，自网对，消息就是自网那个连console.log都要手动开F12才能用的IE8。页面里嵌了一个第三方统计脚本，消息脚本里有个递归函数写错了，自网每次调用都会多压一层栈。浏览器扛不住，弹了个错误框——但那个年代的前端错误处理约等于没有，于是消息框直接显示成了“stack overflow at line 1”。

“Line 1”是最骚的。你打开开发者工具，翻遍所有JS文件，第一行要么是!function(){ ...}要么是注释，哪来的栈溢出？后来我才明白，IE报错的行号经常是乱的。它可能把内联事件里的某一行算作“line 1”，也可能因为脚本被动态插入而丢失了真实位置。那个“line 1”就是个占位符，毫无参考价值。

Stack Overflow 这个词本身倒不是骂人。计算机科学里，调用栈（call stack）是有限的内存区域。函数A调B，B调C，C又调A——无限循环，栈帧越堆越多，最后撑爆。浏览器只能扔出这个错误。但普通用户看到的不是“栈溢出”，而是“来自网页的消息”，加上一个莫名其妙的英文单词。他们第一反应往往是：我的电脑中毒了？

我见过最离谱的案例是一个电商后台。运营小妹每次点“导出报表”按钮，那个弹窗就跳出来。她以为系统在提醒她“库存溢出”，吓得不敢再点。实际上呢？导出函数里用了递归去遍历一个树形分类，但分类数据里有个循环引用——A是B的子类，B又是A的子类。递归没有终止条件，直接爆栈。修起来也简单，加个visited集合就行。可当时没人往那想，因为错误提示太抽象了。

为什么这种消息框会存在？历史遗留。早期浏览器（尤其是IE）把JavaScript错误直接暴露给用户，本意是方便开发者调试。但网页作者没关掉这个行为，也没做window.onerror拦截。于是用户就成了人肉错误监控。更讽刺的是，很多网站至今还在用alert()来输出调试信息——测试环境忘了删，上线后用户一脸懵。

现在Chrome和Firefox早就不会弹这种框了。错误都进控制台，静默处理。但偶尔还能在一些政府网站、银行内网、医院老系统里撞见。上周我登录一个区级公积金查询页面，输完验证码，那个橙色小框又弹了出来。我笑了笑，关掉，继续查余额。它不影响功能，只是像一道旧伤疤，提醒你底下跑着多少没人敢动的祖传代码。

如果你哪天也看到“stackoverflowatline1”，别慌。它不是什么黑客攻击，也不是内存泄漏。就是某个递归函数忘了写退出条件，或者某个事件绑定了自己触发自己。打开F12，在Console里看真正的堆栈跟踪。如果连Console都没有——那说明你该换浏览器了，或者，该换系统了。

我后来把那个IE8后台的统计脚本整个删了。弹窗消失。朋友问我怎么修的，我说：“把报错的代码干掉，就不报错了。”他愣了一下，然后笑了。这大概就是前端最朴素的调试哲学。

```