Javaストリームを非トータルの発注基準でソートします。

Question

は私が行うことで、リストをソートする方法作成しようとしています：

private List<Processor> getByPriority(){       
    return processors.stream().sorted(new ProcessorComparator()).collect(Collectors.toList()); 
} 

をしかし、私は全順序関係であることが必要と比較Comprator javadocで読み取ります。つまり、2つのコンパレータが等しい場合を除いて、同じ優先順位を持つことはできません。これはそうではないかもしれません。もちろん

public class ProcessorComparator implements Comparator<TTYMessageProcessor<?>>{ 

    @Override 
    public int compare(Processor processor1 , Processor processor2) {   
     return processor1.getPriority() - processor2.getPriority(); 
    }  
} 

私はプロセッサが同等作ることができますが、私はすべてのProccessorsへの変更を避けたい：

私はこの単純なコンパレータをしようとしていました。ストリームで並べ替える方法はありませんか？代替案として、私自身の方法を書いたり、より複雑なコンパレータを作成したりできましたが、より洗練されたソリューションがないことに驚いています。元のストリームのreferences要素を読み込み

Answer 1

は保存されている：

が設けコンパレータに従ってソートされ、このストリームの要素からなるストリームを返します。

要素は削除、削除または複製されません。同じ要素が、並べ替えられたものから出てきます。ちょうど並べ替えられたものです。

編集：ドキュメントもComparator.compare

に対する状態これは、一般的にそうである厳密（x.equals（==（（X、Y ）== 0を比較する）ことを必要としませんy））。一般的に言って、 がこの条件に違反するコンパレータは、この事実を明確に示すはずです。 推奨される言語は「注：このコンパレータは がequalsと矛盾する順序を適用します。」マップまたはセットで使用する場合

これはequalsについての混乱を導入することができる：設定ソート （または注文するequalsと一貫性のない順序付けを課す できるコンパレータを使用した場合

注意が必要ですソートされた地図）。明示的な コンパレータcを持つソートされた集合（またはソートされたマップ）が、集合Sから引き出された要素（またはキー）で使用されているとします。 Sのcによって課せられた順序がequalsと矛盾する場合、ソートされた 集合マップ）は「不思議なことに」動作します。特にソートされた セット（またはソートされたマップ）は、set（または マップ）の一般契約に違反します。これは、equalsで定義されています。

あなたはおよそComparatorキーと値のペアの抽象化などを考える場合、混乱が解除されます。そのキーが等しかった場合には次の2つのペアが等しくなるように期待していません。それは、それらの値（すなわちそれらのキー）のいくつかの特性が同様に考慮されることを意味するだけである。オブジェクトがComparableであることを、equalsと一貫して同じ方法で実装したい場合は、同等の名前のインターフェイスComparableを実装することをお勧めします。