在互联网应用中，URL（统一资源定位符）用于标识网页和其他网络资源的位置。然而，当URL需要传递包含中文字符的参数时，由于不同系统和环境的编码差异，可能会导致中文参数在传输过程中出现乱码。为了解决这个问题，我们可以利用JavaScript中的`encodeURI`函数来对中文参数进行编码，然后在服务端进行相应的解码操作。
`encodeURI`函数是JavaScript提供的一个内置方法，它的作用是对整个URL进行编码，包括特殊字符，但保留某些URL的保留字符，如冒号、斜线和问号。这个方法不会对ASCII字母和数字进行编码，也不会对以下字符进行编码：- _ . ! ~ * ' ( ) 。这是为了保持URL的基本结构。对于非ASCII字符，如中文，`encodeURI`会将其转换为UTF-8编码，并用%加两位十六进制数表示每个字节。
在前端处理中文参数时，通常需要使用两次`encodeURI`。这是因为浏览器在将URL发送到服务器之前，会自动对URL进行一次URI解码，这个过程可能会使用默认的字符编码，而不是我们期望的UTF-8。因此，为了确保中文字符在经过浏览器的自动解码后仍然能正确地表示，我们需要在前端先进行两次编码，以抵抗这种潜在的解码行为。
在服务端，我们可以使用特定语言提供的解码方法来还原这些编码后的中文参数。在Java环境中，可以使用`java.net.URLDecoder`类的`decode`方法，指定UTF-8编码来解码URL参数。例如：
```java
String starName = java.net.URLDecoder.decode(request.getParameter("star_name"), "UTF-8");
```
这样，我们就可以正确地获取到前端传递过来的中文参数值。
然而，需要注意的是，虽然容器（如Tomcat）在接收请求时会自动对URL进行解码，但是其使用的编码方式可能是不确定的，比如UTF-8、GBK或其他。如果这个编码方式与我们的应用编码不一致，就可能导致乱码问题。因此，为了避免这种情况，前端进行两次`encodeURI`编码，而后端使用指定编码（如UTF-8）进行解码，是一种较为稳妥的策略。
当然，如果我们能够确保容器的默认编码方式与我们的应用编码方式一致，也可以只在前端进行一次`encodeURI`编码，然后在后端直接通过`request.getParameter`获取参数。例如，对于Tomcat，可以在`server.xml`配置文件中设置`URIEncoding`属性为UTF-8：
```xml
<Connector ... URIEncoding="UTF-8" />
```
处理URL中传递的中文参数时，合理使用`encodeURI`和对应的解码方法，结合理解浏览器和服务器的编码行为，是避免乱码的关键。本文提供的“前端两次encode——后端一次decode”方案，是一种兼容性好且相对安全的做法。
