正则接受特殊字符报错：JSP加载JS文件时出现字符类范围越界问题

你遇到的正则错乱完全是字符编码不匹配导致的：
你正则里的À、Ÿ属于Latin-1补充字符，在UTF-8编码下是多字节存储的：

• À的UTF-8编码为0xC3 0x80
• Ÿ的UTF-8编码为0xC5 0xB8

而JSP默认用ISO-8859-1（单字节编码）解析JS内容时，会把每个字节当成一个独立字符：

• 0xC3 0x80被解析为À
• 0xC5 0xB8被解析为È•
  和你报错信息里的乱码完全吻合。字符乱码后正则字符区间的前后字符顺序被打乱，就抛出了「Range out of order in character class」的语法错误。

• JSP本身未指定正确编码：JSP顶部page指令没有配置pageEncoding="UTF-8"和contentType="text/html; charset=UTF-8"，服务端编译JSP时用默认的ISO-8859-1解析内容，内嵌/引入的JS字符被错误转码后输出到前端。
• 引入外部JS时未指定编码：通过<script>标签引入外部JS文件时，没有加charset="UTF-8"属性，浏览器会默认继承JSP页面的编码解析JS文件，导致UTF-8编码的JS里的特殊字符乱码。
• 反向代理/服务器编码配置错误：如果Nginx、Tomcat等服务层配置了默认输出编码为ISO-8859-1，会强制将所有静态资源/动态响应转码为单字节编码，也会触发该问题。

1. 统一全链路编码：
   • 确认JS文件本身以UTF-8无BOM格式保存
   • JSP顶部添加配置：<%@ page contentType="text/html; charset=UTF-8" pageEncoding="UTF-8" %>
   • 引入JS的标签添加charset属性：<script src="你的JS文件路径" charset="UTF-8"></script>
2. 更稳妥的兼容方案：
   直接把正则里的特殊字符替换为Unicode转义写法，完全规避编码影响：

if (!/^[A-Za-z\u00C0-\u0178- ]+$/.test(value)) {
  doSomething()
}

其中\u00C0对应À，\u0178对应Ÿ，功能和原正则完全一致。

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