Sizeof
主にCとC++において、sizeofは、データ型の大きさを求める単項の演算子である。sizeofは原則としてコンパイル時計算される演算子で、式もしくは括弧でくくった型指定子を与えるとその大きさをバイト単位で返す。これは組込の数値型（整数型や浮動小数点数型）、列挙型、ポインタ型、利用者定義の複合データ型（構造体、共用体、C++のクラス）まで全てのデータ型に対して使用できる。
多くのプログラムで、データ型の大きさがわかると便利な状況がある。最もよくある例としては標準Cライブラリのcodice_1などによる動的メモリ確保が挙げられる。組込型の大きさは処理系定義となっており、厳密な大きさはcodice_2が1であることを除いて標準に定められていない。次の例では10個の要素を持つint型の配列を格納するのに十分なメモリを確保しようとしている。（処理系に依存したコードを書くつもりでなければ）int型の正確な大きさはわからないのでsizeofが必要となる。
このコードで、mallocは確保したメモリ領域へのポインタを返すが、その大きさはちょうどint型10個分になる。
一般的に、CとC++で型の大きさを仮定するのは安全でない。標準規格でもchar以外の型がメモリ上で何バイト占めるかを規定していない。たとえば、16ビットシステムでのint型の大きさは通例2バイトであるが、大半の32ビットシステムではint型の大きさは4バイトである。また、構造体や共用体ではアライメントもあり、ますます正確な大きさを求めるのは困難となる。そのようなこともあり、移植性の高いプログラムを書くには型の大きさを求めるためにsizeofを使用することが推奨されている。
sizeof演算子は、メモリ上に領域を占めるものであれば、ほとんどどどんなものに対しても使用できる。sizeofを使うには、キーワードcodice_3の後に変数や式あるいは括弧でくくった上で型名を書く。変数や式の場合は、括弧でくくるかどうかは自由である。次の例ではint型がchar型の4倍のサイズを持つ実装の場合、codice_4と出力される（なお、char型にsizeof演算子を適用した結果は全ての実装において1でなければならない）。
sizeofの結果は実装定義の符号無し整数型であるsize_t型となり、負数になることはない。
sizeofを関数型、ビットフィールド、不完全型（後述）に対して使用することはできない。
なお、codice_5などでsize_t型を書式出力する場合、C99で追加された長さ修飾子codice_6を用いる。
C99に対応していない処理系では、引数をキャストするか、処理系依存の修飾子（たとえばMicrosoft Visual C++ならば修飾子codice_7）を用いる。
もしcodice_8を使用すると、size_t型とunsigned int型のサイズが異なる環境において未定義動作となる。
sizeofが配列型に使用されると、その配列がメモリ上に占める大きさが演算結果となる。配列の大きさは、要素の型の大きさに要素数をかけた値と規定されており、例えばcodice_9はcodice_10と同じ値になる。逆に、配列xに対して、codice_11の演算により、配列の要素数を求めることが可能である。
次の例では、文字の複写時にバッファオーバーランを起こさないよう、sizeofを配列の大きさを求めるために用いている。
C99で可変長配列に対して sizeofを適用する場合、配列の大きさは実行時に動的に計算され、コンパイル時定数にはならない。
sizeofは完全に定義されたデータ型のみに適用できる。配列なら、要素数が変数宣言に含まれていなければならず、構造体や共用体ならメンバが完全に定義されていなければならない。例えば次の二つのソースファイルがあったとする。
どちらのファイルも正しいCのソースであるものの、file1.cではsizeofをcodice_12とcodice_13に使用できるが、file2.cでは完全型でないため使用できない。file2.cではarrの要素数がわからず、struct xのメンバも分からないためである。file2.cでarrとstruct xをsizeofで使用できるようにするには、file2.cのarrの宣言に要素数を指定したり、struct xの完全な宣言を書いたりする必要がある。
コンパイラは言語の実装に適合するように、sizeof演算子をデータ型のメモリ上に占める大きさを結果とするように実装しなければならない。また（既述の例外を除いて）これはコンパイル時計算される演算子であり、アセンブリ言語上では単なる即値になる。
利用者定義型の大きさはアライメントのためにメンバの大きさの合計よりも大きくなることが規格では許されている。次のコードは多くの環境においてcodice_14と出力される。
この理由は、多くのコンパイラでは通常ワード単位にデータを揃えるためであり、個々のメンバも境界を揃えられる。上の場合は、境界調整によってメンバ変数のcodice_15が次のワード単位に置かれるのである。このような構造体には境界調整のためにメンバ間やメンバの後ろに「パディング」と呼ばれる余分な隙間が置かれるのである。多くのCPUではデータがワード単位のメモリアドレスに置かれていた方が高速に読み書きでき、また中にはワード単位に揃えられていないと読み書きできないCPUもある。
D言語では全ての型が持っているプロパティとしてsizeofが用意されている。
.NET Frameworkでは、codice_16メソッドによってオブジェクトのアンマネージサイズやアンマネージ型のサイズをバイト単位で取得可能である。.NET 4.5.1でジェネリックバージョンのオーバーロードが追加された。そのほか、各.NET言語に類似の組み込み言語機能が用意されていることがあるが、System.Booleanに対する演算結果など、必ずしもcodice_16と同じ結果になるとは限らない。
C++/CLIのsizeof演算子はネイティブ型（基本型およびポインタ型）に用いる限りコンパイル時定数となり、基本的にC++と同じである。しかし値クラス（value class）型、（マネージ）ハンドル型やジェネリック型引数に対して用いられたときにはコンパイル時定数でなくなる。また参照クラス (ref class) 型やインターフェイス型に対して用いることはできない（不正となる）。
C#のsizeof演算子は、アンマネージ型（組み込み型、列挙型、ポインタ型、参照型のフィールドやプロパティを含まないユーザー定義の構造体）のサイズをバイト単位で取得する。結果はint型となる。特定の組み込み型に対してsizeof演算子を用いた場合の結果はコンパイル時定数となるが、それ以外の型に使用した場合はコンパイル時定数とならない。また、sizeof演算子を使用するにはunsafeモードが必要だが、C# 2.0以降は組み込み型に対するsizeofに関してのみunsafeが不要となった。
Visual Basicでは、codice_18関数などが存在する。Lenは文字列を引数に与えると文字列の長さを返すが、その他の型の変数を与えると変数の大きさを返す。
ActiveBasicでは、Visual Basicと同様のcodice_18組込関数を持っているほか、codice_20組込関数を持っている。Lenは型名を指定することができないが、SizeOfは型名を指定できる。逆にSizeOfに変数や式を指定することはできない。