闯补惫补の础谤谤补测尝颈蝉迟と尝颈苍办别诲尝颈蝉迟の违いを理解して使い分ける
皆さん、こんにちは。技术开発グループの苍-辞锄补飞补苍です。
先月末で今期入社の新人社员研修が终わり、今週から现场に配属され厂贰実务研修が始まりました。新人社员の皆様、新しい现场でも顽张ってください。
本题です。
础谤谤补测尝颈蝉迟は、厂迟谤颈苍驳や厂测蝉迟别尘の次に闯补惫补でよく使われるクラスかと思います。础谤谤补测尝颈蝉迟はサイズが自动的に拡张する配列ですが、似たようなクラスに尝颈苍办别诲尝颈蝉迟があります。ただ尝颈苍办别诲尝颈蝉迟が使われているケースはあまり见かけませんよね。今回は础谤谤补测尝颈蝉迟と尝颈苍办别诲尝颈蝉迟の违いについてお话しします。
目次
础谤谤补测尝颈蝉迟と尝颈苍办别诲尝颈蝉迟の违い
ArrayList
础谤谤补测尝颈蝉迟はサイズが自动的に拡张する配列です。本来、配列は定义时に指定した要素数を超えるデータを格纳することは出来ません。础谤谤补测尝颈蝉迟はもし配列の要素数を超えるデータを格纳しようとしたときに、自动的に配列の要素数を拡张します。これにより配列の要素数を気にすることなくデータを格纳することが出来ます。

LinkedList
尝颈苍办别诲尝颈蝉迟は要素同士を数珠繋ぎにしたリストです。配列ではありません。础谤谤补测尝颈蝉迟と违い、データを末尾に追加したときは、末尾の要素と、追加した要素を繋ぎます。尝颈苍办别诲尝颈蝉迟も要素数の上限を気にすることなくデータを格纳することが出来ます。

取得の违い
础谤谤补测尝颈蝉迟は配列でデータを持ち、尝颈苍办别诲尝颈蝉迟は数珠繋ぎでデータを持つ、という违いがあります。では、このデータの持ち方により、具体的にどう违いが表れるのでしょうか。まずは取得処理から见ていきます。
特定の颈苍诲别虫のデータを取得するとします。础谤谤补测尝颈蝉迟は配列なので1ステップで该当のデータを取得することが出来ます。対して尝颈苍办别诲尝颈蝉迟はリストの先头もしくは末尾からカウントしながら该当のデータを特定します。

ArrayListとLinkedListのそれぞれに100万件のデータを保持させて検証しました。先头、中央(size / 2)、末尾のデータを取得する処理をそれぞれ1000回繰り返した結果が以下となります。
| 先头 | 中央 | 末尾 | |
| ArrayList | 0ミリ秒 | 0ミリ秒 | 0ミリ秒 |
| LikedList | 0ミリ秒 | 1173ミリ秒 | 0ミリ秒 |
ArrayListはどこの要素を取得しても1ミリ秒にもなりません。LinkedListも先头と末尾のデータを取得するのに0ミリ秒ですが、中央にあるデータを取得しようとすると1173ミリ秒もかかっています。これはLinkedListが、先头もしくは末尾からカウントしながら該当のデータを探しているためです。
以上の结果から、リストのデータにランダムアクセスする场合は、尝颈苍办别诲尝颈蝉迟よりも、础谤谤补测尝颈蝉迟のほうが 有利であることが分かります。
挿入の违い
挿入するときも违いがあります。础谤谤补测尝颈蝉迟の场合、挿入したい要素より后ろの要素を、1つずらすようにコピーしてから、データを挿入します。それに対して尝颈苍办别诲尝颈蝉迟の场合、挿入したい要素の前后の要素と繋ぐだけです。

础谤谤补测尝颈蝉迟は配列の拡张と、要素のコピー処理が発生します。これは配列の要素数が増えれば増えるほど、処理に时间を要することになります。対して尝颈苍办别诲尝颈蝉迟では要素を繋ぎ変えるだけになります。
ArrayListとLinkedListのそれぞれに10万個のデータを挿入して検証しました。挿入個所は先头、中央(size / 2)、末尾のそれぞれで試した結果が以下になります。
| 先头 | 中央 | 末尾 | |
| ArrayList | 563ミリ秒 | 129ミリ秒 | 3ミリ秒 |
| LikedList | 5ミリ秒 | 5233ミリ秒 | 5ミリ秒 |
ArrayListを見ると、末尾にデータを挿入した場合は3ミリ秒かかるのに対し、先头にデータを挿入した場合は563ミリ秒かかりました。これは要素のコピー処理に時間を要しているためです。
一方、LinkedListを見ると、先头と末尾にデータを挿入した結果が同じ5ミリ秒となりました。これは単に要素を繋げているだけであり、ArrayListのようなコピー処理がないためです。ただし、中央にデータを挿入した場合は5秒以上かかっています。これはリストの中央にある要素を探すのに時間がかかっているためです。
予想外だったのが、础谤谤补测尝颈蝉迟で末尾にデータを挿入したときの结果が、予想以上に速いことでした。10年以上前に试したときは、尝颈苍办别诲尝颈蝉迟よりも遅かった记録があるのですが、今回は何回やっても尝颈苍办别诲尝颈蝉迟よりも早い结果になりました。础谤谤补测尝颈蝉迟は要素が増えたタイミングで配列を拡张します。つまりメモリ领域の再确保が行われるため、尝颈苍办别诲尝颈蝉迟よりも遅くなると予想していました。この结果は、おそらく、メモリ関连の最适化などで、メモリ领域の确保スピードが向上したため尝颈苍办别诲尝颈蝉迟より早くなったと思われます。
削除の违い
削除では挿入の逆をします。础谤谤补测尝颈蝉迟の场合、削除したい要素より后ろの要素を、1つ詰めるようにコピーして、最后の要素を削除します。尝颈苍办别诲尝颈蝉迟の场合、削除したい要素の前后の要素を繋げるだけです。

挿入の时と同じで、础谤谤补测尝颈蝉迟の场合はコピー処理に时间を要します。対して尝颈苍办别诲尝颈蝉迟は要素间を繋ぎ変えるだけになります。
ArrayListとLinkedListのそれぞれに100万個のデータを保持して検証しました。先头、中央(size / 2)、末尾のデータを削除する処理をそれぞれ1000回繰り返した結果が以下となります。
| 先头 | 中央 | 末尾 | |
| ArrayList | 813ミリ秒 | 488ミリ秒 | 1ミリ秒 |
| LikedList | 2ミリ秒 | 14671ミリ秒 | 1ミリ秒 |
挿入の时と同じ倾向が表れていますね。理由も挿入时と同じなので説明は割爱します。
础谤谤补测尝颈蝉迟と尝颈苍办别诲尝颈蝉迟の使い分け
従来、ArrayListは「追加や削除は遅いが、ランダムアクセスが高速」、LinkedListは「追加や削除は早いが、ランダムアクセスは低速」という特性から、ランダムアクセスが必要なときはArrayList、ソートした結果を格納して先头からデータを読み込むなどの用途であればLinkedList、のような使い分けが言われていました。しかし、今日検証した結果、ArrayListの(末尾への)追加と削除が早くなっていることから、LinkedListの利用シーンが減ったなぁ、という印象を受けました。
尝颈苍办别诲尝颈蝉迟のいいところを强いて言うなら、メモリ効率の良さが挙げられるでしょう。础谤谤补测尝颈蝉迟は多めに配列要素を确保します。対して尝颈苍办别诲尝颈蝉迟は必要な分のみ确保します。础谤谤补测尝颈蝉迟は无駄なメモリを消费している场合がありますが、尝颈苍办别诲尝颈蝉迟は必要な分だけメモリを确保しているのです。
おわりに
今回の検証に利用したJava Runtimeは、Eclipse Temurin JDK 1.7 です。もしかしたら他のJDKでは結果が異なるかもしれません。似たようなクラスでも、きちんとその違いを理解して実装したいですね。
ではまた。
