Q: GuavaのMaps.newHashMapWithExpectedSizeおよびSets.newHashSetWithExpectedSizeに相当するJDKのものは何ですか？

Java 19以降を使用し、標準の静的ファクトリメソッドを呼び出してください: ```java HashMap map = HashMap.newHashMap(expectedSize); HashSet set = HashSet.newHashSet(expectedSize); ``` これらは以下を置き換えるものです: ```java Maps.newHashMapWithExpectedSize(expectedSize); Sets.newHashSetWithExpectedSize(expectedSize); ``` 引数は想定されるエントリ数であり、内部テーブルの容量を受け取る `new HashMap<>(capacity)` とは異なります。Java 18以前では、Guavaのメソッドを引き続き使用するか、初期容量を手動で計算してください。

Question 1

GuavaのMaps.newHashMapWithExpectedSizeおよびSets.newHashSetWithExpectedSizeに相当するJDKのものは何ですか？

Accepted Answer

Java 19以降を使用し、標準の静的ファクトリメソッドを呼び出してください:

HashMap<K, V> map = HashMap.newHashMap(expectedSize);
HashSet<E> set = HashSet.newHashSet(expectedSize);

これらは以下を置き換えるものです:

Maps.newHashMapWithExpectedSize(expectedSize);
Sets.newHashSetWithExpectedSize(expectedSize);

引数は想定されるエントリ数であり、内部テーブルの容量を受け取る new HashMap<>(capacity) とは異なります。Java 18以前では、Guavaのメソッドを引き続き使用するか、初期容量を手動で計算してください。

参照 Issue #8715

Question 2

CopyOnWriteArrayList の Guava Lists.transform ビューをストリーム処理する際に発生する ConcurrentModificationException を修正する方法

Accepted Answer

これは 33.5.0-jre を含むバージョンにおける Guava のバグです。`Lists.transform()` は `AbstractList` ビューを返しますが、その `spliterator()` は背後のリストに委譲しないため、背後のスプリッテレータの `CONCURRENT` 特性が失われ、代わりに fail-fast のスプリッテレータが使用されます。

上流の修正では、`TransformingRandomAccessList` と `TransformingSequentialList` で `spliterator()` をオーバーライドし、`CollectSpliterators.map(fromList.spliterator(), ...)` を使用するようにしています。利用可能になったら、issue #8165 の修正を含む Guava リリースにアップグレードしてください。

それまでは、元の `CopyOnWriteArrayList` をストリーム化し、そのストリーム上でマッピングを適用してください：

```java
// 次の代わりに:
Lists.transform(cow, function).stream().forEach(...);

// 次を使用:
cow.stream().map(function).forEach(...);
```

あるいは、トラバーサルがソースのイテラブルに委譲される `Iterables.transform(cow, function)` を使用するか、for-each ループで反復処理してください：

```java
for (Integer value : Iterables.transform(cow, function)) {
    // ...
}
```

`CopyOnWriteArrayList` のイテレータとスプリッテレータは弱い整合性（weakly consistent）を持つため、ソースリストを直接トラバースしても `ConcurrentModificationException` はスローされません。

Question 3

GuavaのFluentIterable.toSortedList(Comparator)によるソートは安定ですか？

Accepted Answer

はい。`FluentIterable.toSortedList(Comparator)` は `Ordering.from(comparator).immutableSortedCopy(...)` に委譲し、それがさらに `ImmutableList.sortedCopyOf(...)` に委譲します。これらのメソッドは安定ソートであることがドキュメントに記載されているため、比較結果が等しい要素は元の出現順序を保持します。`toSortedList` にその記述がなかったのは単なる Javadoc の欠落に過ぎません。この保証が明示的にドキュメント化されている最新の Guava バージョンを使用してください。

Question 4

guava-gwt の unpack-dependencies 中に発生する Guava のビルドエラー「Artifact has not been packaged yet」を修正するにはどうすればよいですか？

Accepted Answer

例えば、Guavaプロジェクトのルートから、`package`ではなく`install`を指定してMavenを実行します：

```bash
mvn clean install -DskipTests
```

`guava-gwt`モジュールは`maven-dependency-plugin:unpack-dependencies`を使用しており、これにはリアクターの依存関係がローカルMavenリポジトリにインストールされている必要があります。`mvn package`のみを実行すると、MDEP-98が発生します。それ以前のモジュールがすでにインストールされている場合は、次のコマンドで再開できます：

```bash
mvn install -rf :guava-gwt
```

Question 5

JDK 9 または 10.0.1 で Guava 33.7.0-jre を使用してコンパイルする際に jdk.zipfs の JarFileSystem で発生する NullPointerException を修正するにはどうすればよいですか？

Accepted Answer

Guava 33.7.0-jre はマニフェストに `Multi-Release: true` を宣言していますが、`META-INF/versions/` を含んでいないため、古い `jdk.zipfs` バージョンのバグを誘発します。確認済みの回避策は、Guava 33.6.0-jre にダウングレードすることです。 Maven: ```xml com.google.guava guava 33.6.0-jre ``` Gradle: ```groovy implementation 'com.google.guava:guava:33.6.0-jre' ``` 古い JAR に期待されるマルチリリースファイルが含まれていることを確認してください： ```bash unzip -l guava-33.6.0-jre.jar | grep META-INF/versions ``` 修正された Guava リリースが使用可能になるまで、JDK 9.x または JDK 10.0.1 でコンパイルする際は Guava 33.7.0-jre を避けてください。

guava

概要

README プレビュー

FAQ (5)

同类型项目

browser-use

puppeteer

manim

PaddleOCR