易语言发现死循环代码，易语这事比想象中更邪门。现死循环

昨天调试一个采集程序，代码窗口卡成白板，易语鼠标转圈转到怀疑人生。现死循环任务管理器里进程CPU占用98%，代码内存像漏水一样往上窜。易语我第一反应是现死循环网络延迟，第二反应是代码数据库锁死，排查了半小时，易语最后把代码翻到底——一个判断循环首 (真)，现死循环循环体里有个跳出循环，代码但那个跳出被夹在如果 (条件)里，易语条件永远不成立。现死循环就这么简单，代码就这么蠢。

易语言这玩意儿有个特点，它的中文关键字太“亲民”了。判断循环首 (真)读起来像句人话，不像C++的while(1)那么扎眼。人脑对母语的警惕性天然低，看到“真”就以为没问题，看到“1”还会愣一下。我见过不少老手，写英文代码时条件判断写得滴水不漏，一换易语言就开始放飞自我。这不是语法问题，是思维惯性被语言包装给骗了。

更坑的是易语言的调试器。碰到死循环，它不报错，不提示，就让你程序傻跑。你按暂停，堆栈里显示的是系统库函数，你自己的代码行号全被优化掉了。想定位问题？靠猜。我那次最后是往循环里塞了个调试输出 (计数器)，跑了几秒看输出窗口，数字停在某个值不动了，才反推出来是哪一层判断卡住。

说个真实案例。有个朋友写了个批量重命名工具，循环里调用了文件_枚举，然后对每个文件执行文件_改名。逻辑没问题，但他忘了在改名后更新文件列表——循环索引越加越多，枚举到的文件却越来越少，最后索引超出数组上限，易语言直接弹了个“数组引用超出界限”的错。这不算严格意义上的死循环，但后果一样：程序假死，数据没改完，用户骂娘。

最隐蔽的死循环往往不在循环语句本身，而在事件驱动里。易语言的窗口程序，按钮被点击后触发_按钮1_被单击，如果你在事件处理里又调用了按钮1.发送信息 (256)——那是模拟点击——就会无限递归。表面上代码只有一行，实际上每次点击都产生新的事件，事件里又触发点击，栈越压越深，最后崩溃。这种错误，新手根本看不出来，因为代码里没有循环关键字，只有一行看似无害的调用。

怎么防？我的土办法是写循环之前先画流程图，纸上的那种。别笑，易语言用户里很多人不画流程图，直接上手敲。画完你就知道哪个条件该取反，哪个跳出该放外面。另外养成习惯，判断循环首后面紧跟一个计数器 = 计数器 + 1，然后加个保护：如果真 (计数器 > 100000) 跳出循环。丑是丑了点，但能救命。

易语言官方论坛里有人发帖问死循环，底下回复清一色“上代码”。上了代码，老鸟一眼扫过去，十有八九是条件写反或者忘了写跳出。这语言太容易让新手产生“我懂编程”的错觉，实际上它把底层细节藏得越深，你在逻辑层面的坑就踩得越狠。

最后说句实话：死循环不是易语言的专利，但易语言让死循环变得更难发现。因为它不给你堆栈、不给你警告、不给你任何接近底层的机会。你面对的就是一行行汉字，像读小说一样读代码，然后祈祷自己逻辑没漏洞。可惜，人不是编译器，逻辑漏洞才是常态。

(责任编辑：时尚)