在深入探讨 SAP ABAP 系统中字符所占字节的情况之前，有必要明确一个基础概念：在计算机科学中，字节 是衡量信息的单位，而字符是信息的表现形式。SAP ABAP (Advanced Business Application Programming) 是一种被广泛使用于 SAP 系统开发和定制的编程语言，其对字符存储的处理方式与多种因素有关，包括系统的编码设置、ABAP 数据类型以及运行时环境等。
ABAP 环境中，字符的存储大小主要受到所使用的编码方式的影响。在早期的 SAP 系统中，主要采用的是非 Unicode 系统，而近年来，随着全球化需求的增长，SAP 强烈推荐使用 Unicode 系统。这两种环境对字符的存储方式有着本质的不同。
非 Unicode 系统
在非 Unicode 的 ABAP 系统中，通常采用 ASCII 或类似的单字节编码系统。在这样的系统中，英文字符以及大多数标点符号占用一个字节的空间。然而，对于包含非英文字符的情况，如中文、日文或韩文等，系统可能会采用双字节或更复杂的编码方案（如 DBCS - 双字节字符集）来存储这些字符。因此，在非 Unicode 的环境下，一个字符所占的字节大小是不固定的，可以从 1 个字节到多个字节不等，具体取决于该字符是否属于 ASCII 范畴以及所用的具体编码方式。
Unicode 系统
转向 Unicode 系统，SAP 为了适应全球化的需求，采用了 Unicode 标准进行字符的编码。Unicode 能够用统一的方式表示世界上大多数的文字系统。在 ABAP Unicode 系统中，通常采用 UTF-16 编码。在 UTF-16 编码中，大部分字符（包括所有的基本多文种平面字符）使用 2 个字节进行编码。但对于辅助平面的字符（包括一些较少用的字符、古文字符以及部分表情符号等），需要 4 个字节来存储。因此，在 Unicode 的 ABAP 系统中，一个字符所需的存储空间通常为 2 个字节，但也可能扩展到 4 个字节。
实例解析
考虑到对 ABAP 系统的字符存储进行探讨时，我们不能忽视数据类型的影响。ABAP 中常见的数据类型有 CHAR（定长字符）、STRING（变长字符串）、NCHAR（定长 Unicode 字符串）和 XSTRING（变长十六进制字符串）等。CHAR 和 NCHAR 类型在非 Unicode 和 Unicode 系统中的表现差异，恰好反映了编码方式对字符存储的影响。
- 在一个非 Unicode 系统中，如果我们定义了一个
CHAR(1)类型的变量来存储一个英文字符，它将占用 1 个字节的空间。如果我们尝试在相同的系统中存储一个中文字符，情况则会因采用的编码方式不同而有所差异，可能会占用 2 个或更多字节。 - 转向 Unicode 系统，使用
NCHAR(1)来存储任何字符（无论是英文字符还是中文字符），都将统一占用 2 个字节的空间。如果我们使用NCHAR来存储辅助平面上的特殊字符或表情符号，可能需要 4 个字节。
结论
ABAP 系统中字符所占的字节大小，既受到系统编码方式的影响，也与声明的数据类型有关。从非 Unicode 到 Unicode 系统的过渡，不仅体现了 SAP 对全球化需求的响应，也标志着对字符编码方式的统一。在 Unicode 系统中，虽然大部分字符的存储需求变得可预测（大多数情况下是 2 个字节），但仍需注意辅助平面字符的特殊处理需求。理解这些差异和细节，对于进行高效和兼容性强的 ABAP 开发至关重要。
