深入IDEA Debug问题透析详解

引言

本来通过问题引入，透析 IDEA Debug。通过阅读本文可以学习如何通过 IDEA 的 Debug 功能解决实际问题。本文适合刚刚参加工作并且有使用 Spring 以及 JPA 经验的朋友。

问题引入

最近看了 eclipse 开源的集合 Eclipse Collections，觉得它的 api 相比 JDK 集合 api 简洁，想在实际项目中使用，如下。

JDK api

 // users is List<String> 
 users.stream.map(user -> user.getName()).collect(Collectors.toList());

Eclipse Collections api

 //users is MutableList
 users.collect(user -> user.getName);

项目实际开发中使用集合最多的地方还是来自数据库查询，如下。

JDK api

List<User> findByCity(String city);

我想改成

MutableList<User> findByCity(String city);

然而报错了

org.springframework.core.convert.ConversionFailedException: Failed to convert from type [java.util.ArrayList<?>] to type [org.eclipse.collections.api.list.MutableList<?>] for value '[]'; nested exception is java.lang.IllegalArgumentException: Unsupported Collection interface: org.eclipse.collections.api.list.MutableList
    at org.springframework.core.convert.support.ConversionUtils.invokeConverter(ConversionUtils.java:47)
    at org.springframework.core.convert.support.GenericConversionService.convert(GenericConversionService.java:192)
    at org.springframework.core.convert.support.GenericConversionService.convert(GenericConversionService.java:175)

太长不看直接结论是改成下列代码。

FastList<User> findByCity(String city);

Debug

对代码简单分析

报错的地方都是 Spring 的包，证明我们使用的 Spring Data JPA 访问数据库，事实上也是。

查看类名称，方法名称。 有 convert.ConversionFailedException/convert.support.ConversionUtils.invokeConverter/convert.support.GenericConversionService.convert等等，关键词 convert，我应该联想到这段代码的功能是把什么类型 convert 到什么类型。

再分析报错的那一行我们会更清晰一点。

• result 是转换的结果。
• converter是转换器，结合上面的结论，这个类肯定是真正执行转换的类，我们要的核心代码肯定在这里，如果你直接去看的话，它肯定是一个接口，面向接口编程。
• sourceType 源类型，结合上述分析肯定是原始类型。
• targetType 目标类型，同上不赘述。

打断点

IDEA 可以直接点击报错 class 定位到源文件，这里我们先点击 ConversionFailedException ，再点击 ConversionUtils.java:47，发现都是报错的异常，对我们没有帮助。最后我们点击 GenericConversionService.java:192，终于看到一行代码了。

Object result = 
    ConversionUtils.invokeConverter(converter, source, sourceType, targetType);

断点分析

执行过程会停留在断点处，我们可以查看上下文变量类的实例。这里我们以 converter 为例。按照数字步骤点击，如下。

可能的 converter 如下：

1. java.lang.String -> java.lang.Enum
2. NO_OP
3. java.lang.Boolean -> java.lang.String
// 等等。。。。。

由于是底层方法，被调用的次数很多，在这个断点停留的次数也很多。很多次不是我们想要的 converter。

条件断点

顾名思义 IDEA 会通过我们添加的条件来判断这个断点是否需要被处理。

我们想要的 converter 是什么呢？回到代码分析阶段，我们想要的 converter 是 sourceType → targetType，targetType 类型是什么呢？回到我们自己写的代码。

MutableList<User> findByAdress(String address);

可以看到我们需要 targetType 是 MutableList class。

下面添加条件断点：

完整的条件如下：

MutableList.class.isAssignableFrom(targetType.getType());

添加成功的标志如下。

单步调试

Debug 模式启动程序，可以看到 IDEA 停留在我们的条件断点上，并且targetType 的类型正是 MutableList。

单步调试代码，来到 org.springframework.core.CollectionFactory#createCollection 方法。

部分代码如下：

//省略的代码
// 判断集合类型是不是 ArrayList 或者 List，显然这里不是
else if (ArrayList.class == collectionType || List.class == collectionType) {
  return new ArrayList<>(capacity);
}
//省略的代码
else {
//如果是集合类型的接口 或者 不是集合类型抛出异常
  if (collectionType.isInterface() || !Collection.class.isAssignableFrom(collectionType)) {
    throw new IllegalArgumentException("Unsupported Collection type: " + collectionType.getName());
  }
  try {
  //如果是集合类型的类，直接通过反射实例化。
    return (Collection<E>) ReflectionUtils.accessibleConstructor(collectionType).newInstance();
  }
}

重回代码分析

我们的 targetType 的类型正是 MutableList，而 MutableList 是接口，走读代码可以发现最终会执行下面的代码，最终导致抛出异常。

if (collectionType.isInterface() || !Collection.class.isAssignableFrom(collectionType)) {
    throw new IllegalArgumentException("Unsupported Collection type: " + collectionType.getName());
  }

翻看控制台找到了下面的异常信息，这也侧面反映我们之前找的报错位置不是很精确。我们寻找异常时应该选择最原始的异常信息。

Caused by: java.lang.IllegalArgumentException: Unsupported Collection type: org.eclipse.collections.api.list.MutableList
	at org.springframework.core.CollectionFactory.createCollection(CollectionFactory.java:205)
	at org.springframework.core.convert.support.CollectionToCollectionConverter.convert(CollectionToCollectionConverter.java:81)

继续分析源码可以发现，如果我们定义的类型不是接口，JPA 就会通过反射创建集合，即如下代码：

return (Collection<E>) ReflectionUtils.accessibleConstructor(collectionType).newInstance();

所以我们只需要将 MutableList 换成它的实现类即可，比如 FastList。最终代码如下：

FastList<User> findByCity(String city);

总结

本来通过解决实际问题介绍了 IDEA Debug 功能的使用。还有以下几点需要注意。

• 查找异常时要定位到最初始的异常，这样往往能迅速处理问题。
• 本文的问题只有在 sping boot 2.7.0 以下才会出现，高版本已经修复此问题。参见提交 spring data common。
• 使用非 Java 官方集合需要进行转换，有微小的性能损耗，对于常规内存操作来说影响很小。如果查询数据上千上万条时，应该避免转换。

源码

以上就是深入IDEA Debug问题透析详解的详细内容，更多关于IDEA Debug问题透析的资料请关注脚本之家其它相关文章！

最新评论