Java仮想マシン仕様は、 boolean型のサポートに制限があることを述べているプリミティブ型は。
ブール値の操作専用のJava仮想マシン命令はありません。代わりに、ブール値を操作するJavaプログラミング言語の式は、Java仮想マシンのintデータ型の値を使用するようにコンパイルされます。
上記は、ブール値を操作するときにintデータ型が使用されることを意味します（誤解している可能性があります）が、これは32ビットのメモリ構造です。ブール値が1ビットの情報のみを表すとすると、
回答:
短い答え：はい、ブール値は32ビットエンティティとして操作されますが、ブール値の配列は要素ごとに1バイトを使用します。
より長い答え：JVMは32ビットのスタックセルを使用し、ローカル変数、メソッド引数、および式の値を保持するために使用されます。1セルより小さいプリミティブはパディングされ、32ビットより大きい（プリミティブおよびダブル）プリミティブは2セルを使用します。この手法は、オペコードの数を最小限に抑えますが、いくつかの奇妙な副作用（バイトをマスクする必要性など）があります。
配列に格納されたプリミティブは32ビット未満を使用する場合があり、配列からプリミティブ値をロードおよび格納するためのさまざまなオペコードがあります。ブール値とバイト値はどちらもbaloadとbastoreオペコードを使用します。これは、ブール配列が要素ごとに1バイトを取ることを意味します。
インメモリオブジェクトレイアウトに関する限り、これは「プライベート実装」ルールでカバーされ、1ビット、1バイト、または別の投稿者が指摘したように、64ビットのダブルワード境界に配置できます。ほとんどの場合、基盤となるハードウェアの基本的なワードサイズ（32ビットまたは64ビット）が必要です。
ブール値が使用するスペースの量を最小限に抑える限り、ほとんどのアプリケーションでは問題になりません。スタックフレーム（ローカル変数とメソッド引数を保持する）はそれほど大きくありません。大きなスキームでは、オブジェクト内の離散ブール値もそれほど大きくありません。多数のブール値を持つ多数のオブジェクトがある場合は、ゲッターとセッターを介して管理されるビットフィールドを使用できます。ただし、CPU時間にペナルティを支払うことになりますが、これはおそらくメモリのペナルティよりも大きくなります。
継承階層のどこかにある単一のブール値は、最大8バイトを使用できます。これはパディングが原因です。詳細については、Javaオブジェクトが使用するメモリの量を参照してください。：
ブール値の消費量の問題に戻りますが、はい、少なくとも1バイトは消費しますが、整列規則により、さらに多く消費する可能性があります。私見boolean []は、エントリごとに1バイトではなく1バイトを消費し、さらに配列のサイズと配列のサイズフィールドのためにいくつかのオーバーヘッドを消費することを知っていると、さらに興味深いです。大きなビットフィールドが役立つグラフアルゴリズムがあり、boolean []を使用する場合、実際に必要なメモリのほぼ8倍（1バイト対1ビット）のメモリが必要であることに注意する必要があります。
ブール値のマッピングは、32ビットCPUを想定して行われました。int値は32ビットなので、1回の操作で処理できます。
これは、Peter NorvigのJava IAQからの解決策です。サイズを測定するために、あまり答えられない質問があります（多少不正確です）。
static Runtime runtime = Runtime.getRuntime();
...
long start, end;
Object obj;
runtime.gc();
start = runtime.freememory();
obj = new Object(); // Or whatever you want to look at
end = runtime.freememory();
System.out.println("That took " + (start-end) + " bytes.");