LazyInitializationExceptionの直し方｜no Session

LazyInitializationException は、「まだ DB から読んでいない関連（遅延読み込みの関連）」を、DB とのつながり（Session）が閉じた後で読もうとしたときの例外です。 Spring では多くの場合、@Transactional のメソッドを抜けた後に、エンティティの getBooks() などを呼んだときに起きます。

文面は Hibernate の版で変わります。ソースで確かめた形は次のとおりです。

〈ロール〉は com.example.demo.Author.books のように「エンティティのクラス名.フィールド名」です。どの文面でも、原因と直し方は同じです。

直し方は、「Session が開いている間に必要な関連を読み終える」ことです。 4つの方法の違いは次のとおりです。

確認環境：Spring Boot 4.1.1（Hibernate ORM 7.4.5.Final）。例外の文面は Hibernate ORM の GitHub のタグ 5.6・6.6.58・7.0.10・7.1.36・7.2.25・7.4.5 のソース（AbstractPersistentCollection・AbstractLazyInitializer）を比べて確かめ、Spring Boot の各版が使う Hibernate の版は Boot の依存管理のファイルで確かめました。open-in-view の既定値と警告文は Spring Boot 4.1.1 のソース、enable_lazy_load_no_trans の説明は Hibernate 7.4.5 のソースの Javadoc に基づきます（確認日 2026年10月12日）。

なぜ起きるのか（遅延読み込みと Session）

遅延読み込みとは

JPA（Java のデータベース操作の標準仕様）では、関連の読み方を2種類から選べます。

遅延の関連は「触ったときに SQL を出す」ため、そのときに DB とのつながり（Session）が要ります。 Spring では、Session（JPA の EntityManager）は通常トランザクションと同じ長さで開いて閉じます。

起きる流れ

@Entity
public class Author {
    @Id @GeneratedValue
    private Long id;
    private String name;

    @OneToMany(mappedBy = "author")          // 既定で LAZY
    private List<Book> books = new ArrayList<>();
    // getter 省略
}

@Entity
public class Book {
    @Id @GeneratedValue
    private Long id;
    private String title;

    @ManyToOne(fetch = FetchType.LAZY)
    private Author author;
}

@Service
public class AuthorService {
    private final AuthorRepository repository;
    public AuthorService(AuthorRepository repository) { this.repository = repository; }

    @Transactional(readOnly = true)
    public Author find(long id) {
        return repository.findById(id).orElseThrow();
    }   // ← ここでトランザクションが終わり、Session が閉じる
}

// 呼ぶ側（トランザクションの外）
Author author = authorService.find(1L);
author.getBooks().size();   // ← ここで LazyInitializationException

例外が出るのは getBooks() を呼んだ行ではなく、中身に触った行（size()・for 文・get(0) など）です。 getBooks() はプロキシを返すだけだからです。

open-in-view の既定と、いつ例外になるか

Spring Boot は、Web アプリでは既定で「リクエストの間ずっと Session を開いておく」設定（open-in-view）を有効にしています。 そのため、コントローラーや画面のテンプレートで遅延の関連を触っても、例外になりません。

Spring Boot 4.1.1 のソースでは、spring.jpa.open-in-view の既定値は true で、明示していないと起動時に次の警告が出ます。

spring.jpa.open-in-view is enabled by default. Therefore, database queries may be performed during view rendering. Explicitly configure spring.jpa.open-in-view to disable this warning

「画面では動くのに、バッチやテストでは例外になる」のは、open-in-view が Web リクエストの中だけで効くためです。 逆に、open-in-view: false にしたとたん、画面でも例外が出始めます。

open-in-view を true のまま使うと、どこで SQL が出るかがコードから読みにくくなり、画面の描画中に大量の SQL（N+1 問題）が出ても気づきにくくなります。false にして、この記事の直し方で必要な関連を明示的に読む形にすると、SQL の数と場所がサービス層にまとまります。

spring:
  jpa:
    open-in-view: false

直し方1：JOIN FETCH で一緒に読む

JPQL（JPA のクエリ言語）の join fetch を使うと、親と関連を1回の SQL で読めます。 読んだ後は Session が閉じても使えます。

public interface AuthorRepository extends JpaRepository<Author, Long> {

    @Query("select a from Author a join fetch a.books where a.id = :id")
    Optional<Author> findWithBooks(@Param("id") long id);

    // 本が0冊の著者も取りたいときは left join fetch
    @Query("select a from Author a left join fetch a.books where a.name like :name")
    List<Author> searchWithBooks(@Param("name") String name);
}

ページングが要る一覧は、直し方3の DTO 射影か、「ID だけをページングで取得 → その ID で join fetch」の2段階にします。

直し方2：@EntityGraph で一緒に読む

@EntityGraph は、リポジトリのメソッドに「この関連も一緒に読む」と書く方法です。 JPQL を書かずに済み、クエリメソッドにも付けられます。

public interface AuthorRepository extends JpaRepository<Author, Long> {

    @EntityGraph(attributePaths = "books")
    Optional<Author> findById(Long id);              // 既存のメソッドを上書き

    @EntityGraph(attributePaths = { "books", "books.reviews" })
    List<Author> findByNameContaining(String name);  // クエリメソッドにも付く
}

クエリメソッドの命名規則は、関連記事「Spring Data JPA使い方｜クエリメソッド命名一覧と@Query実例」で扱っています。

直し方3：DTO 射影で必要な列だけ読む

画面や API に返すだけなら、エンティティではなく DTO を直接作るクエリにします。 DTO は普通の値なので、遅延読み込みが起きません。

// 受け渡し用の record
public record AuthorSummary(Long id, String name, long bookCount) {}

public interface AuthorRepository extends JpaRepository<Author, Long> {

    @Query("""
        select new com.example.demo.author.AuthorSummary(a.id, a.name, count(b))
        from Author a left join a.books b
        group by a.id, a.name
        """)
    Page<AuthorSummary> findSummaries(Pageable pageable);
}

コントローラーからエンティティをそのまま JSON で返していると、Jackson が全部の getter を呼ぶため、遅延の関連に触って例外になります。 DTO を返す形にすると、この例外と、意図しない列の公開を同時に防げます。

直し方4：サービス層の @Transactional(readOnly = true) の中で読み終える

トランザクションの中で必要な関連を読み、DTO に変換してから返します。 Session が開いている間に読み終えるので、外では例外になりません。

public record AuthorDetail(Long id, String name, List<String> bookTitles) {}

@Service
public class AuthorService {
    private final AuthorRepository repository;
    public AuthorService(AuthorRepository repository) { this.repository = repository; }

    @Transactional(readOnly = true)
    public AuthorDetail findDetail(long id) {
        Author author = repository.findWithBooks(id).orElseThrow();   // 直し方1と組み合わせ
        return new AuthorDetail(
                author.getId(),
                author.getName(),
                author.getBooks().stream().map(Book::getTitle).toList());
    }   // ← DTO にしてから返すので、外で関連に触らない
}

@Transactional だけで直すと、関連1つごとに SQL が1回増えます。 一覧で使うと N+1 問題になるため、直し方1・2と組み合わせます。N+1 問題の比較は関連記事「JPAのN+1問題の解決｜JOIN FETCH等4手法の比較とコード全文」で扱っています。

@Transactional が付いているのに例外が出る場合は、同じクラスの中から呼んでいる・private メソッドに付けている、などでトランザクションが効いていない可能性があります。関連記事「Spring @Transactionalが効かない原因8選｜ロールバックの直し方」で扱っています。

4つの直し方の比較

やってはいけない回避

enable_lazy_load_no_trans について、Hibernate 7.4.5 のソースの説明は次のとおりです（設定の既定値は false）。

This behavior is not recommended since it can easily break transaction isolation or lead to data aliasing; it is therefore disabled by default.

# 使わない設定（例として載せるだけ）
spring:
  jpa:
    properties:
      hibernate:
        enable_lazy_load_no_trans: true

よくある質問

Q. テストのメソッドの中で関連に触ると例外になります。 A. @SpringBootTest のテストメソッドは、Web リクエストでもトランザクションの中でもないため、Session がありません。テストに @Transactional を付けるとテスト全体が1つのトランザクションになり例外は消えますが、本番では例外になるコードを見逃すことがあります。テストでも、サービスが DTO を返す形で確かめると本番と同じ条件になります。

Q. toString() やログ出力で例外になります。 A. Lombok の @Data・@ToString などで、toString() が遅延の関連もたどっていることがあります。関連のフィールドを toString() から外します（@ToString.Exclude など）。

Q. @ManyToOne の関連でも起きますか。 A. fetch = FetchType.LAZY にした @ManyToOne で起きます。文面は Could not initialize proxy [〈エンティティ〉#〈ID〉] - no session の形です。ID だけを使う getAuthor().getId() は、Hibernate では SQL を出さずに返せる場合があります。

Q. エラー文が the owning session was closed です。 A. Hibernate のソースでは、プロキシが Session を覚えたまま、その Session が閉じた場合の文です。no session と原因・直し方は同じです。

まとめ

• Session（トランザクション）が閉じた後に、遅延読み込みの関連に触ったときの例外
• 文面は Hibernate の版で変わる。Boot 4.1.1（Hibernate 7.4.5）は Cannot lazily initialize collection of role '…' with key '…' (no session)
• open-in-view（既定 true）は Web リクエストの中だけ。バッチ・テスト・@Async では例外になる
• 直し方は JOIN FETCH・@EntityGraph・DTO 射影・サービス層で読み終えて DTO で返す
• enable_lazy_load_no_trans と全部 EAGER は避ける

参考・出典

確認日はいずれも 2026年10月12日です。

• Hibernate ORM ソースコード（7.4.5）AbstractPersistentCollection：https://github.com/hibernate/hibernate-orm/blob/7.4.5/hibernate-core/src/main/java/org/hibernate/collection/spi/AbstractPersistentCollection.java
• Hibernate ORM ソースコード（7.4.5）AbstractLazyInitializer：https://github.com/hibernate/hibernate-orm/blob/7.4.5/hibernate-core/src/main/java/org/hibernate/proxy/AbstractLazyInitializer.java
• Hibernate ORM ソースコード（7.4.5）TransactionSettings（enable_lazy_load_no_trans）：https://github.com/hibernate/hibernate-orm/blob/7.4.5/hibernate-core/src/main/java/org/hibernate/cfg/TransactionSettings.java
• Spring Boot ソースコード（v4.1.1）JpaBaseConfiguration：https://github.com/spring-projects/spring-boot/blob/v4.1.1/module/spring-boot-jpa/src/main/java/org/springframework/boot/jpa/autoconfigure/JpaBaseConfiguration.java
• Spring Boot リファレンス「SQL Databases」（Open EntityManager in View）：https://docs.spring.io/spring-boot/reference/data/sql.html
• Spring Data JPA リファレンス「JPA Query Methods」：https://docs.spring.io/spring-data/jpa/reference/jpa/query-methods.html

株式会社RJC ― SI事業・SES事業・AI駆動開発。RJCは一緒に成長を楽しめる会社です。