与惰性获取的一对一关系答案

【问题标题】：One-To-One relation with lazy fetch与惰性获取的一对一关系
【发布时间】：2012-08-09 10:02:26
【问题描述】：

在我们的 java 应用程序中，我们有两个实体：一个主帐户和该帐户的设置。我们使用休眠来提供持久性。我们希望帐户设置延迟加载。所以我们这样做了：

AccountMain：

@OneToOne(optional = false, cascade = CascadeType.ALL, fetch = FetchType.LAZY, orphanRemoval = true)
private AccountMainSettings        accountMainSettings;

@JoinColumn(name = AccountMainSettings.ACCOUNT_MAIN_SETTINGS_ID, unique = true, nullable = false, updatable = false, insertable = true)
public final AccountMainSettings getAccountMainSettings() {
return this.accountMainSettings;
}

AccountMainSettings：

@OneToOne(mappedBy = "accountMainSettings")
private AccountMain        accountMain;

public final AccountMain getAccountMain() {
return this.accountMain;
}

当我们在 AccountMain 中加载 AccountMainSettings 对象时，它会被代理。但是当我们调用 AccountMainSettings 的方法时，对象并没有从数据库中加载，当然是一个 NPE。阅读Making-a-onetoone-relation-lazy 并没有太大帮助。我们既没有可以为空的关联，也不想将其转换为 ManyToOne 关联。当我们切换到预先加载时，问题就“解决了”，因为设置已加载但它们包含许多字段，因此我们不希望它们被不必要地加载。

在这种情况下我们如何实现延迟加载？

更新：这里是我们的 jUnit 测试：

@Test
public final void getMainAccountByAccountId() {
final AccountMain accountMain = this.accountMainDAO.getMainAccountByAccountId(PersistTestCaseConstants.SAVED_MAIN_ACCOUNT_ID);
final AccountMainSettings accountMainSettings = accountMain.getAccountMainSettings();
final String imprint = accountMainSettings.getImprint();
assertEquals(PersistTestCaseConstants.OBJECT_SUCESSFUL_ADDED, imprint.length(), 1000);
}

还有 Stacktrace：

java.lang.NullPointerException
                at com.persolog.eport.service.dao.AccountMainDAOTest.getMainAccountByAccountId(AccountMainDAOTest.java:418)
                at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
                at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
                at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
                at java.lang.reflect.Method.invoke(Method.java:601)
                at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:45)
                at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
                at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:42)
                at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
                at org.springframework.test.context.junit4.statements.RunBeforeTestMethodCallbacks.evaluate(RunBeforeTestMethodCallbacks.java:74)
                at org.springframework.test.context.junit4.statements.RunAfterTestMethodCallbacks.evaluate(RunAfterTestMethodCallbacks.java:83)
                at org.springframework.test.context.junit4.statements.SpringRepeat.evaluate(SpringRepeat.java:72)
                at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:231)
                at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:47)
                at org.junit.runners.ParentRunner$3.run(ParentRunner.java:231)
                at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:60)
                at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:229)
                at org.junit.runners.ParentRunner.access$000(ParentRunner.java:50)
                at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:222)
                at org.springframework.test.context.junit4.statements.RunBeforeTestClassCallbacks.evaluate(RunBeforeTestClassCallbacks.java:61)
                at org.springframework.test.context.junit4.statements.RunAfterTestClassCallbacks.evaluate(RunAfterTestClassCallbacks.java:71)
                at org.junit.runners.ParentRunner.run(ParentRunner.java:300)
                at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:174)
                at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50)
                at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
                at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467)
                at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683)
                at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390)
                at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197)

【问题讨论】：

标签： java hibernate jpa nullpointerexception lazy-loading

【解决方案1】：

Getter 不应该是最终的。并在字段上使用 @JoinColumn 注释，而不是在 getter 上。或者使用getter的所有映射，那么你应该添加@Access(AccessType.PROPERTY)

【讨论】：

好的，我们现在在字段上使用@JoinColumn注解并添加@Access注解但仍然得到NPE。
你能提供更多代码吗？堆栈跟踪？尤其是我们对什么是 null 感兴趣？
如果您仅将注释添加到字段中，则不需要 @Access
jUnit 测试：@Test public final void getMainAccountByAccountId() { final AccountMain accountMain = this.accountMainDAO.getMainAccountByAccountId(PersistTestCaseConstants.SAVED_MAIN_ACCOUNT_ID); final AccountMainSettings accountMainSettings = accountMain.getAccountMainSettings(); final String imprint = accountMainSettings.getImprint(); System.Out.println("Length: " + imprint.lenght()); }
imprint.lenght() 抛出 NPE。我已经用 jUnit 测试更新了这篇文章。

【解决方案2】：

我有这个，它适用于我的代码。

@JoinColumn(name = "contract_id", referencedColumnName = "id")
@OneToOne(fetch = FetchType.LAZY)
private Contract contract;

您的代码中是否缺少 referencedColumnName？您指定的是连接列的名称，而不是关系另一端的列名称

请注意，我的所有注释都在该字段上，而我的 getter 和 setter 只是此类中普通的旧 getter 和 setter

【讨论】：

我们测试了这个@JoinColumn(name = "settingsId", referencedColumnName = "accountmainsettingsid")，但仍然得到了 NPE。
如果你把 (fetch = ...) 去掉，它会起作用吗？默认情况下，它会急切地获取。如果问题是延迟获取或类中的注释，在这里看看会很有趣
是的。 Eager fetching 的工作原理如我的第一篇文章中所述。