Microsoft Access isnumeric函数受系统语言影响返回值异常

你遇到的不是代码逻辑bug，是IsNumeric函数本身的设计逻辑带来的必然现象——这个函数的判断结果完全绑定当前运行环境的Windows区域数字格式设置，没有跨环境统一的判断标准。

• 这个函数判断内容是否为数字的逻辑，不是靠内置的通用规则校验输入，而是直接调用当前Windows区域配置里的系统数字解析器：只要输入的内容能被这个解析器转换成合法数值，就返回True，转换失败就返回False。
• 两个环境对相同值返回完全相反的判断，本质是两个区域对「合法数字格式」的定义存在根本差异：
  • 英语版Windows（默认en-US区域）的数字规则里，半角句点.是小数分隔符，半角逗号,是千位分隔符。当传入的12.2因为格式匹配问题没法被这个解析器识别成数字时（最常见的触发场景是跨区域传值时，把瑞典区生成的带本地格式的数值字符串原封不动传到英语环境，或是字符串里的句点不是标准西文半角符号），就会返回False。
  • 瑞典语版Windows（默认sv-SE区域）的数字规则里，半角逗号,才是合法的小数分隔符，半角句点.是千位分隔符。这个规则下，句点会被直接按千位分隔符处理，只要去掉分隔符后能得到完整的数字序列，就会判定为合法数字，所以同样的12.2会被正常解析成对应数值，返回True。
• 很多人会疑惑“明明是完全相同的12.2为什么判断结果不一样”，实际上你看到的“相同值”大概率不是函数实际收到的输入内容：如果程序是从数值变量、用户输入框或者数据库字段取值传给IsNumeric的，不同区域下同一个浮点值转成字符串的格式本身就有差异——比如浮点值12.2在瑞典区转成字符串是"12,2"，在英语区转成字符串是"12.2"，只是界面上的显示效果看起来一致。

这个设计的初衷是适配本地用户的输入习惯：比如瑞典用户平时写小数就习惯用逗号当小数点，系统要能识别这种本地写法，不能把用户输入的"12,34"当成纯文本。但这种完全依赖本地系统配置的判断逻辑，对需要跨区域运行的Access程序来说，就很容易出现判断结果不一致的问题。

• 最常见的同类踩坑现象是：在英语区运行IsNumeric("12,2")会返回False，因为逗号是千位分隔符，两个数字之间单独放一个逗号不符合数字格式；但在瑞典区运行同一段代码就会返回True，因为逗号是合法的小数分隔符。

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