我完全懂你的困扰——这个返回List<EntryValue>[]的自定义方法，确实会被Hibernate的反射扫描机制误处理，哪怕改了命名规则或者加了@Transient都没效果。下面给你几个可行的解决方案：

方案1：切换到字段访问模式（最推荐） #

在你的Entry实体类上添加@Access(AccessType.FIELD)注解，让Hibernate直接通过字段来映射实体，不再扫描类中的任何方法。这样既能完整保留你的自定义方法，又能彻底避免Hibernate对它的无效处理。

修改后的实体类头部示例：

@Entity
@Access(AccessType.FIELD)
public class Entry {
    // 原有代码逻辑保持不变
}

这个方法一劳永逸，所有方法层面的自定义逻辑都不会再干扰Hibernate的实体初始化流程。

方案2：将方法迁移至非实体类 #

如果不想修改实体的访问模式，可以把createValuesGroupedByColumn()方法提取到单独的工具类或DTO中，通过传入Entry对象来执行逻辑。这样实体类中不再存在这个方法，自然不会被Hibernate扫描到。

示例代码：

public class EntryProcessor {
    public static List<EntryValue>[] createValuesGroupedByColumn(Entry entry) {
        // 原有业务逻辑实现
        return null;
    }
}

方案3：修改方法签名绕过扫描 #

虽然不算优雅，但可以给方法添加一个无关的参数，让Hibernate不会把它识别为属性访问器（Hibernate通常只会扫描无参且返回非void的方法，将其视为潜在的属性getter）。

修改后的方法示例：

public List<EntryValue>[] createValuesGroupedByColumn(Void unused) {
    // 原有业务逻辑实现
    return null;
}

调用时传入null即可，这样Hibernate就会跳过对这个方法的扫描。

为什么@Transient没起作用？ #

@Transient注解主要用于标记不需要持久化的属性，它只作用于字段或对应的标准getter方法。而你的方法并不是某个字段的getter，Hibernate的扫描机制不会把它当成一个属性，所以@Transient自然无法生效。切换到字段访问模式后，Hibernate完全忽略方法层面的扫描，这才是解决问题的核心。

内容的提问来源于stack exchange，提问作者João Pedro Schmitt