Intros.boxed（）vs forループ|パフォーマンス

Question

私はString []と、このString []を受け取り、Byte []を返すメソッドを持つコードを書いていました。最終的に、私はByteを変換し、String []の文字列としてキーを持つマップと変換の戻り値を取得する必要があります。これは私がJavaで8つのストリームを同一の実装方法である：productReferenceは

IntStream.range(0, productReferences.length) 
      .filter(index -> (null!= productsPrice[index])).boxed() 
      .collect(Collectors.toMap(position -> productReferences[position], 
        position ->callSomeMethod(productsPrice[position]))); 

のString []とproductsPrice []はバイト[]配列です。

ここで問題はIntStream.boxed（）メソッドです。内部的には、整数を整数に変換してストリームを返すので、コストのかかる操作と思われます。

他の方法は、シナリオのような種類を処理する最良の方法は何ループ

for(int i=0;i<productReferences.length; i++){ 
    if (productsPrice[index]==null) continue; 
    //other code 
} 

ために使用するJavaのでしょうか？ IntStreamを作成する理由を理解していますが、実際にボクシングを避けるためにboxed（）メソッドを使用しないでコレクションメソッドにインデックスを持たせることができますか？

Answer 1

Stream<Integer>にボックス化する代わりにIntStreamにあるcollect操作を使用できます。

IntStream.range(0, productReferences.length) 
     .filter(index -> productsPrice[index] != null) 
     .collect(
      HashMap::new, 
      (m, i) -> m.put(productReferences[i], callSomeMethod(productsPrice[i])), 
      Map::putAll 
     ); 

コレクタの消費者の一部がObjIntConsumerを要するため、これはIntegerにすべてのインデックスをボックスません。上記のコードのiはintです。 As Holger noted、Collectors.toMapを使用する初期コードは、このバージョンが値を上書きする重複キーの場合に例外をスローします。

実際のデータで2つのソリューションをベンチマークして、改善が得られるかどうかを確認する必要があります。