Z3012DCFF147E1FEAAB81764587C9BBDZ ZDD195B30217E8EC0178E7DF6BC874A54A compiles compiles hangs（sbt 1.5.0，Z3012DCFF12CFF1477E177E1776417645764587645887C9BDDESE）

Question

在我的項目中，Scala/SBT 構建在compile步驟中無限掛起。 重現：

git clone https://github.com/gdiet/backup.git
cd backup
# fist the good case - compiles in less than 30s (when dependencies are fetched etc. etc.)
git checkout e8bdc8a1e878bd15129f08b20df51d54ebd86e4a
sbt compile
# now the problem - compile hangs infinitely
git checkout b273a531c19ad68600026429643e13c6d2761c16
sbt compile

（抱歉，我無法創建一個最小的演示示例。）“干凈”沒有幫助。 我可以使用 SBT、IntelliJ IDEA 和 Docker 在我的 Linux 系統上重現該問題。 對於 Docker，運行

# reproduce the problem in Docker - compile hangs infinitely
git checkout b273a531c19ad68600026429643e13c6d2761c16
./build-app.sh

問題：

1. 我怎樣才能確定這是一個 scalac 問題還是一個 SBT 問題，所以我可以打開一個錯誤？
2. 如何獲取有關構建掛起原因的更多信息，以便嘗試避免該問題？

Answer 1

我怎樣才能...？ 我只需要將問題減少到最小的 scope。 這就是我到達那里的方式：

• 找到編譯工作之前和之后掛起的最小更改。
• 將問題代碼隔離到單獨的 scala 類/對象/項目中。
• 檢查是否只有sbt compile掛起或scalac是否也掛起（確實如此）。 在后一種情況下， scalac是罪魁禍首。
• 至於避免這個問題：詳細調查顯示我使用了一個Vector類型系統應該需要一個LazyList 。 將其更改為LazyList ，一切都按預期工作。 （請參見下面的最小示例。）

我現在導致 scalac (scala 2.13.5) 掛起的最小示例是：

object CompileHangs {
  def read1(): LazyList[Either[(Int, Int), String]] = ???
  def read2(): Option[LazyList[Either[(Int, Int), String]]] = ???

  def read(): LazyList[Either[(Int, Int), String]] =
    read1().flatMap {
      case Right(_) => LazyList()
      case Left(value) =>
        read2().getOrElse(
          // LazyList instead of Vector would be the correct thing here.
          // Use it and everything works as expected.
          Vector(Left(value))
        )
    }
}

有趣的方面觀察：如果我將Either[(Int, Int), String]切換到Either[Int, String] ，即使使用Vector ，編譯也可以正常工作，盡管我預計會出現類型檢查錯誤。

我現在將為scalac創建一個錯誤報告。