Servlet后端相关问题聚合（1）

• 为什么要有get,set方法？
  get和set方法在编程中非常重要，尤其是在面向对象编程（OOP）中。它们主要用于封装和访问控制，提供对属性的安全和可控制的访问。

封装：这是OOP的一个重要概念。通过使用get和set方法，你可以隐藏对象的内部状态，同时提供一种方式来获取和修改这些状态。这有助于控制对对象属性的访问，防止直接修改导致不可预测的行为或错误。
数据验证：在set方法中，你可以进行数据验证，例如确保属性值在有效的范围内，或者满足特定的条件。如果输入的数据不满足要求，可以抛出异常或返回错误信息。
数据转换：有时你可能需要在读取或写入属性时进行一些转换。例如，你可能希望在保存数据时将属性值转换为大写，或在读取数据时进行相反的转换。get和set方法允许你在这些操作中执行任意复杂的逻辑。
安全：限制对敏感数据的访问可以增强应用程序的安全性。通过使用get和set方法，你可以控制哪些数据可以被外部代码访问，以及如何进行访问。
可维护性：使用get和set方法可以使代码更易于理解和维护。如果你以后需要修改属性的行为或添加新的功能，只需修改单个方法即可。这有助于保持代码的整洁和一致性。
接口隔离原则：这是一种设计原则，建议客户端不应该依赖于它不使用的接口。通过将不必要的信息隐藏在get和set方法之后，你可以防止客户端代码依赖于对象内部实现的细节。这有助于降低耦合度，使代码更加模块化和可重用。
遵循LSP（里氏替换原则）：这是面向对象设计的一个基本原则，要求子类必须能够替换其基类而不引发错误。通过使用get和set方法，你可以确保子类不会违反基类的封装边界，从而保持LSP。
总的来说，get和set方法提供了一种灵活、安全、可维护的方式来管理和访问对象的属性。它们是面向对象编程中实现封装和信息隐藏的关键工具之一。

• serialVersionUID有什么用？
  serialVersionUID在Java中主要被用于验证类的版本一致性。在进行反序列化时，JVM会将传入的字节流中的serialVersionUID与本地相应实体（类）的serialVersionUID进行比较。如果两者相同，则认为是一致的，可以进行反序列化；否则，就会出现序列化版本不一致的异常。

这个机制主要是为了保证在进行对象序列化与反序列化时，能够确保对象的唯一性，即使在版本升级的情况下也能保持兼容性。如果没有显式地定义serialVersionUID，Java序列化机制会根据编译的class自动生成一个serialVersionUID作序列化版本比较用。

简而言之，serialVersionUID可以看作是Java类的身份证，主要用于版本控制。

• UTF-8编码与GBK编码区别？
  UTF-8和GBK是两种常用的字符编码方式，它们在处理文本数据时存在一些显著的区别。

字符表示范围：
GBK：GBK是一种双字节字符集，主要用于中文字符的编码。它可以表示包括中文在内的大部分字符，使用16位来表示一个字符，因此其字符范围相对广泛。
UTF-8：UTF-8是一种可变长度的字符编码，可以根据字符的不同而使用不同长度的字节来表示。它使用8位、16位或32位来表示一个字符，使得它能够表示的字符范围更广。
存储效率：
GBK：在存储中文字符时，GBK编码相对节省空间，因为每个中文字符只需要占用两个字节。
UTF-8：当用于存储中文字符时，UTF-8编码可能会占用更多的空间，因为一个中文字符可能需要三个或四个字节。然而，对于英文字符和其他非中文字符，UTF-8编码相对节省空间，因为这些字符只需要一个字节。
应用场景：
GBK：由于GBK编码主要用于中文字符，因此它适用于主要包含中文内容的文本。
UTF-8：UTF-8编码由于其广泛的字符表示范围和灵活性，适用于包含多种字符的文本，尤其是在国际化和跨平台的应用中更为常用。
动态调整能力：
UTF-8比GBK更为灵活，因为它可以根据字符的实际需求动态调整字节长度。这使得在处理包含多种字符的文本时，UTF-8编码更加高效。
通用性：
UTF-8：由于UTF-8支持全球所有国家的字符，因此其通用性更强。使用UTF-8编码的文本可以在支持UTF-8字符集的浏览器上正确显示。
GBK：尽管GBK也包含全部中文字符，但其通用性相对较差。
总的来说，UTF-8和GBK编码方式的选择应基于具体需求和使用场景。如果主要处理中文内容并且空间有限，GBK可能是一个更好的选择。而如果需要在国际化的环境中处理多种语言的文本，或者需要更高的灵活性，那么UTF-8可能是更合适的选择。