1.先补充基本概念：
假设有一段以 UTF-8 编码的文本数据被发送到 Tomcat。如果 Tomcat 将这段数据按照 ISO-8859-1 进行解码，非ISO-8859-1字符可能会导致乱码。
2.request.setCharacterEncoding("UTF-8");有什么用
request.setCharacterEncoding("UTF-8"); 是用于设置请求对象（HttpServletRequest）中的字符编码，指示服务器如何解析请求的参数。
这个方法告诉服务器，请求中包含的参数（比如表单提交的数据、URL 参数等）使用了特定的字符编码。在这个例子中，使用了 UTF-8 字符编码。
为什么这很重要？因为当浏览器发送数据到服务器时，数据被转换成字节流。服务器需要知道如何将这些字节转换回字符，以便正确地解析请求参数。如果不明确指定字符编码，服务器可能会使用默认的编码（比如 ISO-8859-1），导致对包含非 ASCII 字符的数据解析错误，出现乱码等问题。
通过 request.setCharacterEncoding("UTF-8"); 这样的方法，开发者可以明确告诉服务器请求中的参数使用了特定的字符编码，确保服务器能够正确地解析请求数据，特别是包含多字节字符（如中文、日文等）的情况。这样可以避免乱码等问题，确保服务器端能够正确地处理来自浏览器的数据。
3.Encoding("UTF-8")不是编码的意思吗
request.setCharacterEncoding("UTF-8"); 的确包含了“编码”的字样，但它实际上是在指定请求体中的数据应该如何被解码，而不是对数据进行编码。
具体来说，这个方法告诉服务器，请求中的数据按照 UTF-8 字符编码进行解码。当浏览器发送表单数据或其他用户输入到服务器时，这些数据会以字节流的形式发送。服务器需要知道如何将这些字节正确地转换回字符，以便能够正确地处理这些数据。通过设置字符编码，服务器知道如何正确解释字节数据，尤其是包含多字节字符（比如中文、日文等）的情况。
所以，这个方法实际上是在设置解码字符集，确保服务器能够正确地解析请求体中的数据。如果数据是用 UTF-8 编码的，就需要使用 request.setCharacterEncoding("UTF-8"); 来告诉服务器如何解析这些数据。
4.不同版本的tomcat编码方式不同
在较早版本的 Tomcat 中，默认字符编码通常是 ISO-8859-1。这意味着 Tomcat 会将接收到的字节数据按照 ISO-8859-1 编码解析为字符串。ISO-8859-1 是一个单字节字符集，涵盖了拉丁字母表中的大多数字符。
在 Tomcat 8 之后的版本中，有一个重要的变化。默认情况下，Tomcat 更倾向于使用 UTF-8 编码来解码字符数据。UTF-8 是一种可变长度字符编码，能够表示世界上大多数字符。
