三道Java泛型面试题，DAO引申

本文主要是介绍三道Java泛型面试题，DAO引申，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

在Java泛型面试中，问题可以覆盖从基础概念到高级应用的不同层面。以下是从简单到复杂的三道Java泛型面试题：

1. 基础概念题

题目：
解释什么是Java泛型，并给出一个简单的泛型类示例，该类用于存储并检索任何类型的对象。

参考答案：
Java泛型（Generics）提供了一种编译时类型安全检测机制，允许程序员在类、接口、方法中使用类型参数（这些类型参数在类被实例化时指定）。使用泛型可以编写更加通用、灵活和安全的代码。

示例：

// 泛型类示例  
public class Box<T> {  // T stands for "Type"  private T t;  public void set(T t) { this.t = t; }  public T get() { return t; }  // 泛型方法示例  public static <E> void printArray(E[] inputArray) {  for (E element : inputArray) {  System.out.printf("%s ", element);  }  System.out.println();  }  
}  // 使用示例  
public class Test {  public static void main(String[] args) {  Box<Integer> integerBox = new Box<>();  integerBox.set(123);  System.out.println(integerBox.get());  Box<String> stringBox = new Box<>();  stringBox.set("Hello");  System.out.println(stringBox.get());  Integer[] intArray = { 1, 2, 3, 4, 5 };  Box.printArray(intArray);  String[] stringArray = { "Hello", "World", "Generics" };  Box.printArray(stringArray);  }  
}

2. 进阶应用题

题目：
解释Java中的泛型擦除（Type Erasure）及其影响，并提供一个场景，说明为何在使用泛型时不能通过反射获取泛型参数的实际类型。

参考答案：
Java的泛型是通过类型擦除来实现的，这意味着泛型信息只存在于编译时，而在运行时Java虚拟机（JVM）中泛型类型被擦除为它们的边界类型（如果没有指定边界，则为Object）。这意味着，例如，List<String>在运行时仅作为List存在，所有的类型信息（在这个例子中是String）都被擦除了。

由于类型擦除，在运行时无法直接通过反射来获取泛型参数的实际类型。例如，List<String>中的<String>部分在运行时是不可见的，因此你不能直接通过反射确定列表存储的是String还是其他类型。不过，可以通过一些技巧（如使用类型标记的类成员或外部方法）来间接地获取这种信息，但这些方法并不是类型安全的，也不是Java泛型设计的初衷。

3. 高级概念题

题目：
设计一个泛型工厂类，该类能够创建多种类型的对象，并且这些对象实现了同一个接口。同时，展示如何使用该工厂类来创建和返回不同类型的对象实例。

参考答案：
要设计一个这样的泛型工厂类，首先定义一个接口，然后创建几个实现了该接口的类。接着，设计一个泛型工厂类，该类接受类型参数，并使用反射（或其他技术）来创建并返回实现了指定接口的对象实例。

// 接口定义  
interface Product {  void use();  
}  // 实现接口的类  
class ConcreteProductA implements Product {  @Override  public void use() {  System.out.println("Using ConcreteProductA");  }  
}  class ConcreteProductB implements Product {  @Override  public void use() {  System.out.println("Using ConcreteProductB");  }  
}  // 泛型工厂类  
public class ProductFactory<T extends Product> {  @SuppressWarnings("unchecked")  public T createProduct(Class<T> clazz) {  try {  return (T) clazz.getDeclaredConstructor().newInstance();  } catch (Exception e) {  throw new RuntimeException(e);  }  }  
}  // 使用示例  
public class FactoryTest {  public static void main(String[] args) {  ProductFactory<ConcreteProductA> factoryA = new ProductFactory<>();  Product productA = factoryA.createProduct(ConcreteProductA.class);  productA.use();  ProductFactory<ConcreteProductB> factoryB = new ProductFactory<>();  Product productB = factoryB.createProduct(ConcreteProductB.class);  productB.use();  }

4.泛型可能不是最佳选择的场景

泛型在Java中是一个非常强大且灵活的特性，但它并不适用于所有场景。尽管泛型在提升代码的可重用性、可读性和类型安全性方面有着显著的优势，但在某些情况下，使用泛型可能会带来不必要的复杂性或限制，甚至可能不是最佳选择。以下是一些泛型可能不是最佳选择的场景：

1. 性能敏感的应用：在某些对性能要求极高的场景中，使用泛型可能会引入额外的性能开销。这是因为泛型在运行时需要通过类型擦除来与Java的类型系统兼容，这可能导致额外的类型转换、装箱/拆箱等操作。

2. 与遗留代码集成：如果你的项目需要与大量没有使用泛型的遗留代码集成，那么引入泛型可能会增加集成难度。在这种情况下，可能需要权衡泛型带来的好处与集成成本之间的关系。

3. 简单数据类型操作：对于只涉及简单数据类型（如int、double等）的操作，使用泛型可能不是必要的。Java的自动装箱和拆箱机制在处理这些类型时可能会引入额外的性能开销，而直接使用基本数据类型可以避免这些开销。

4. 泛型限制过多：在某些情况下，泛型的使用可能会因为类型参数的过多限制而变得不切实际。例如，如果某个方法需要接受多种类型但每种类型都需要特殊处理，那么使用泛型可能会使代码变得过于复杂和难以维护。

5. 需要动态类型处理：在某些需要高度动态类型处理的场景中（如使用反射来动态创建对象或调用方法），泛型可能会带来限制。因为泛型在编译时就已经确定了类型参数，所以在运行时无法动态地改变这些类型参数。

6. API设计考虑：在设计API时，如果泛型的使用会使API的易用性降低或增加学习曲线，那么可能需要重新考虑是否使用泛型。例如，如果大多数用户都不会使用到泛型的某些高级特性，那么这些特性可能会成为他们使用API的障碍。

综上所述，虽然泛型是Java中一个非常有用的特性，但在使用之前应该仔细考虑其适用性和潜在的成本。在某些情况下，使用其他技术或方法可能更为合适。

5.DAO（Data Access Object）

DAO是数据访问对象，它封装了对数据源的访问逻辑。DAO的主要职责是提供对数据库表的CRUD（创建、读取、更新、删除）操作。通过DAO，业务逻辑层（Service Layer）可以访问数据库而不需要知道具体的数据库实现细节，如SQL语句、连接信息等。这有助于实现低耦合和高内聚的软件设计原则。

public interface CrudMapper<D extends BaseDomain, E, ID extends Serializable> {<S extends D> S selectByPrimaryKey(ID id);int deleteByPrimaryKey(ID id);<S extends D> int insert(S record);<S extends D> int insertSelective(S record);<S extends D> int updateByPrimaryKeySelective(S record);<S extends D> int updateByPrimaryKey(S record);<S extends D> int batchInsert(List<S> list);<S extends D> List<S> selectByExample(E example);<S extends D> List<S> selectByExample(E example, RowBounds rowBounds);long countByExample(E example);int deleteByExample(E example);<S extends D> int updateByExampleSelective(@Param("record") S record, @Param("example") E example);<S extends D> int updateByExample(@Param("record") S record, @Param("example") E example);}

引申：MyBatis直接获取到插入记录的主键ID

在MyBatis中，当你执行插入（insert）操作时，通常希望能够直接获取到插入记录的主键ID，这在很多业务场景中都是非常有用的。MyBatis提供了几种方式来处理这个问题，具体取决于你使用的数据库和配置。

1. 使用<useGeneratedKeys>和<keyProperty>

这是最常用的方式，通过在mapper XML文件中使用<useGeneratedKeys>和<keyProperty>标签来指定MyBatis应该自动生成主键，并将生成的主键值赋给Java对象的属性。

 

<insert id="insertUser" useGeneratedKeys="true" keyProperty="id">  INSERT INTO users (name, email) VALUES (#{name}, #{email})  
</insert>

在这个例子中，useGeneratedKeys="true"告诉MyBatis这个插入操作会生成主键（这通常要求数据库表的主键列设置了自增或类似机制），而keyProperty="id"则指定了Java对象的哪个属性应该被用来接收这个自动生成的主键值。

2. 数据库特定方式

对于一些数据库（如Oracle），可能不支持自动生成主键，或者你可能需要使用特定的数据库函数或序列来生成主键。在这种情况下，你可以通过SELECT语句在插入后立即检索新生成的主键。

示例（使用Oracle的序列和触发器）

假设你有一个Oracle数据库，使用序列和触发器来生成主键。你可以这样写你的MyBatis语句：

 

<insert id="insertUser" keyProperty="id">  <selectKey resultType="int" keyProperty="id" order="AFTER">  SELECT your_sequence.NEXTVAL FROM dual  </selectKey>  INSERT INTO users (id, name, email) VALUES (your_sequence.CURRVAL, #{name}, #{email})  
</insert>

 

注意，在这个例子中，order="AFTER"指示MyBatis在插入操作之后执行SELECT语句来检索新生成的主键值。同时，这里使用your_sequence.NEXTVAL来插入新记录，并使用your_sequence.CURRVAL来获取当前序列值（注意：Oracle中CURRVAL只能在NEXTVAL之后在同一个会话中有效）。

3. 注意事项

• 确保你的数据库表的主键列支持自动生成（如自增、序列等）。
• 对于useGeneratedKeys和keyProperty的使用，确保你的MyBatis和数据库驱动版本支持这一特性。
• 如果使用数据库特定方式（如Oracle的序列），请确保你的SQL语句正确无误，并且符合你的数据库要求。
• 在进行批量插入时，处理主键的方式可能会有所不同，因为不是所有数据库都支持在单个插入操作中为多个记录生成多个主键值。

总之，MyBatis提供了灵活的方式来处理插入操作后获取主键值的需求，你可以根据自己的数据库和业务需求选择合适的方法。

--end--

这篇关于三道Java泛型面试题，DAO引申的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！

---