未启用范围检查是否会触发Range check error？Delphi7嵌入式应用排查

咱先直接给你核心答案：是的，哪怕没专门启用范围检查（也就是没加{$R+}编译指令），Delphi 7的应用照样可能抛出Range Check Error。下面给你掰扯清楚为啥会这样，还有针对客户这个偶发问题的排查方向：

一、不用手动开检查也会触发错误的场景 #

Delphi 7里有些边界检查是编译器默认带的，跟你开不开{$R+}没关系：

• 短字符串（ShortString）越界操作：Delphi 7默认的string是长度固定255的ShortString。要是你干这俩事：
  • 给它塞超过255长度的内容
  • 用索引访问超出0到Length(字符串)的位置
    编译器自动就会插检查逻辑，直接蹦Range Check Error，这个不受{$R+}开关控制。
• 内置函数参数越界：比如用SetLength()给数组/字符串设负数长度，或者调用系统函数时传了超出合法范围的参数，也可能触发这类错误。

二、客户偶发错误的排查思路 #

这错误跑好几天才出，还没法复现，大概率是长期运行中变量状态异常导致的越界，可以从这几个方向挖：

• 查计数器/索引的溢出：代码里的循环计数器、数组索引这类变量，跑久了可能整数溢出——比如Integer类型的数到了2147483647再加1就变负数了，拿这当索引去访问数组/字符串，不报错才怪。
• 排查内存泄漏和内存损坏：嵌入式设备内存本来就有限，长期漏内存会导致可用空间不足，搞不好动态数组、字符串的内存分配就乱了，进而越界。另外，其他进程、硬件驱动不小心改了内存里的数组长度、索引值，也会出问题。
• 盯紧外部输入/设备数据：要是应用靠工厂设备的输入数据干活，偶尔来个非法数据（比如数值超大），可能直接导致代码里的数组/字符串操作越界。比如设备返回个离谱的数，被当成字符串长度或者数组索引用了。
• 模拟长期运行抓异常：在测试环境里模拟长时间运行（比如写个脚本循环触发业务逻辑），同时开Delphi的调试工具（比如FastMM查内存），盯着内存变化和变量状态，说不定能抓到异常瞬间。

三、临时应急小技巧 #

要是暂时找不到根源，可以在关键代码块临时加{$R+}指令，强制开范围检查——这样错误再发生时，能直接定位到越界的代码行，方便排查。不过要注意，{$R+}会有一点点性能损耗，嵌入式设备得掂量下影响。

内容的提问来源于stack exchange，提问作者AlainD