- プロジェクトリーダー
- プロジェクトマネージャー
- その他
- 他3件の職種
- 開発
- ビジネス
- その他
はじめに
私は業務で javascript 言語をメインで使っていて、配列を結構よく使う方だと思います。
javascript は一般的にある変数に []
をアサインする事で配列を生成出来て、その配列は基本可変長配列扱いになります。
あるロジックを組む時、配列は非常に頻繁に使われるデータ構造なので
その可変長配列の裏でどんな事が行われているか知りたくなりまして
そこについて調査した内容をこの記事で共有して行きたいと思います。
動的配列とは
動的配列は、ランダムアクセスが可能でサイズが可変のリストデータ構造であり、要素の追加や削除ができます。
色んなモダンなプログラミング言語は動的配列を標準ライブラリとして実装しています。
動的配列の特徴は、compile-time で決められた配列の容量が run-time でも固定される静的配列と違って
run-time で配列の容量が膨張されたり縮まれたりする配列で有ると言えます。
この記事で c++ 言語で具現された 動的配列 を debugging しながら run-time 行う動的配列容量の伸びを
heap メモリの変動とその動作に要るプロパティの変化をふまえて説明して行こうとします。
まずは以下のコードで int を type としてする TDArray オブジェクトを初期化します。
TDArray intArray(3);
TDArray intArray(3);
TDArray ( const unsigned int Capacity ) : public
- TDArray・親クラス TDABase を生成します。
- TDArray クラスは動的配列を制御するに便利な utility 関数などを持ちます。
Capacity
<- 動的配列の初期容量
TDArray の constructor で TDABase 親クラスの初期化を行います。
TDABase ( const unsigned int Capacity ) : protected
- TDABase クラスは動的配列が占めるメモリ空間の管理を担当します。
Capacity
<- 動的配列の初期容量
TDABase は以下のメンバーを持ちます。
メンバー変数
private:
unsigned int mCapacity
<- 動的配列の容量
ElementType* mArr
<- 動的配列を参照する pointer
protected:
unsigned int mSize
<- 動的配列現在のサイズ
bool mSorted
<- 現在、動的配列がソートされているか
TDABase のメンバーを初期化して(2~3行目) Init を呼び出します。
Init ( const unsigned int Capacity ) : private
- heap メモリから ElementType 動的配列のメモリ空間を割り当てます。(3行目)
- パラメータ
Capacity
を mCapacity にアサインします。(4行目)
これまで、以下のコード
TDArray intArray(3);
TDArray intArray(3);
によって heap メモリ空間に int type サイズ x 3 分のメモリが割り当てられ、
その空間を参照する pointer を TDABase のメンバー mArr
が持ている状況になります。
Visual Studio IDE で確認すると、3行目の new ElementType[Capacity] は heap メモリへの割り当てが成功したら
その領域のアドレスを返却、ElementType* mArr
にそのアドレスをアサインします。
new ElementType[Capacity] の結果 heap メモリ領域 0x00000191e6fa52d0 が割り当てられ、mArr
がそのアドレスを持ちます。
続いて、以下の4行を実行します。
intArray.Push(3);
intArray.Push(6);
intArray.Push(9);
intArray.Push(12);
intArray.Push(3);
intArray.Push(6);
intArray.Push(9);
intArray.Push(12);
Push を4回呼び出します。
4つ目の iniArray.Push(12) を除いた3行の動きは以下になります。
void Push ( const ElementType& Element ) : public
- パラメータ
Element
を動的配列mArr
の要素にアサインします。(8行目) mArr
の要素が増えたので、mSize
に 1 を足します。(9行目)
- パラメータ
intArray.Push(3)
の実行intArray.Push(6)
の実行intArray.Push(9)
の実行
iniArray.Push(12) が実行された際の動きは Push メッソド 3行目の if 分岐にかかって、
ResizeTo メッソドを呼び出します。
const bool ResizeTo ( const unsigned int NewCapacity ) : public
- パラメータ
NewCapacity
分の heap メモリ領域の再割り当てを行います。 - 既存メモリ領域の値達を新しい領域に移動します。
- 再割り当てが行った場合 true、さもなければ false を返します。
NewCapacity
<- 動的配列の容量
- パラメータ
まずは、mArr
が参照するメモリ領域をそのままコピーするため mArr
のアドレスを Temp
にアサインします。
その後、Temp
と NewCapacity
をパラメーターで Move を呼び出します。
void Move ( const ElementType* Temp , const unsigned int NewCapacity ) : private
NewCapacity
分の容量を持つメモリ空間を新しく割り当ててそのアドレスをmArr
にアサインします。Temp
が参照するメモリ領域に有るデータ達を新しく割り当てた領域にコピーします。Temp
が参照するメモリ領域を解放します。
Move のロジックを debugging しながら説明致します。
- 3行目のメモリ再割り当てが行う直前
mArr
とTemp
は同じメモリアドレス 0x000002714FC65450 を参照します。
- 3行目のメモリ再割り当てが行った直後
- 再割り当ての結果新しいメモリ領域 0x000002714FC63610 が割り当てられてそのアドレスを
mArr
が参照するようになります。
- 再割り当ての結果新しいメモリ領域 0x000002714FC63610 が割り当てられてそのアドレスを
- 4行目 ~ 7行目の for の実行
Temp
が参照するメモリ領域が持っている値を順次的にmArr
の新しい領域にコピーして移します。
- 8行目で
Temp
アドレスのメモリ解放 - 今から、古い動的配列が持っているデータ達は新しい方に移動されたので
Temp
を解放する事で以前の動的配列が使っていたメモリ領域を heap に返却します。
- 今から、古い動的配列が持っているデータ達は新しい方に移動されたので
今までの流れでプログラム run-time の途中、3の容量を持っていた古い動的配列が既存容量の2倍 6の容量を持つ伸びた新しい動的配列になりました。
まとめ
ここまで、c++ 言語で具現された 動的配列 を debug して run-time で動的配列が伸びる時
裏で行うメモリ管理を重点で動的配列が伸びる動作を説明致しました。
c++ 言語は動的配列を standard library std::vector
で具現しています。
vector を使う時の practice の一つで reserve( site_type new_cap
) を上手く使う事がございます。
vector オブジェクトを生成したと共にその vector の想定の限り十分な容量(capacity)を reserve で確保して置く事を勧めています。
heap メモリ領域での割り当てはコストが高いプロセスで有って、既存の capacity
を超えて要素を追加する事が多く行い
再割り当てが頻繁に行われるとその分パフォーマンスが落ちる、頻繁な再割り当ての事でメモリ破片化が起きてしまう事にもつながります。
すべてのデータ構造はメリットと同時にそれなりのデメリットも持っているのでケースによって適切なデータ構造を選択する心構えを
持って行く必要が有るのをもう一回振り返るきっかけになりました。