EUC-JP (扩展 Unix 日语编码) 是为在 UNIX 操作系统上处理日语文本而设计的字符编码。它从 1980 年代后期开始在日本 UNIX 社区中被广泛采用，并在整个 1990 年代成为标准编码。它使用 2 个字节对 JIS X 0208 定义的汉字集进行编码，并与 ASCII 兼容的单字节区域相结合，从而实现了英日混合文本的高效处理。

EUC-JP 的编码结构特点在于可以根据字节值范围来区分字符类型。ASCII 字符占用 0x00-0x7F 的单字节，JIS X 0208 的汉字、平假名和片假名使用 0xA1-0xFE 范围的 2 个字节。此外，JIS X 0201 的半角片假名以 0x8E 为首字节使用 2 个字节，JIS X 0212 的补充汉字以 0x8F 为首字节使用 3 个字节。这种清晰的字节值划分避免了 Shift_JIS 中的"5C 问题"(反斜杠字符与某些汉字的第二字节冲突的问题)。探索兴奋剂 (Amazon)详细介绍了 EUC-JP 的技术细节。

在 Linux 和 FreeBSD 等 UNIX 系统上，EUC-JP 一直作为默认区域设置使用到 2000 年代初期。它在服务器环境中尤其受到重视，因为它与 C 语言的字符串处理函数兼容性好，grep 和 sed 等文本处理工具也能稳定运行。日本的大学、研究机构的服务器以及 ISP 的邮件服务器等许多基础设施都是以 EUC-JP 为前提构建的。

与 Shift_JIS 相比，EUC-JP 在程序处理方面具有优势。Shift_JIS 虽然是 MS-DOS 和 Windows 上的标准编码，但其第二字节可能与 ASCII 值重叠，导致与路径分隔符和转义字符频繁冲突。而 EUC-JP 的第二字节始终在 0xA1 以上，因此不会发生此类冲突。不过，EUC-JP 在 Windows 环境中几乎不受支持，在 Web 浏览器中的显示也存在限制。

目前向 UTF-8 的迁移已基本完成，新系统或应用程序没有理由再采用 EUC-JP。然而，在维护旧系统、分析旧日志文件或浏览邮件列表存档时，仍然会在实际工作中遇到 EUC-JP。使用 iconv 命令或 Python 的 codecs 模块可以实现 EUC-JP 与 UTF-8 之间的相互转换。查看游廓 (Amazon)解释了不同编码之间的转换方法。

从字符计数的角度来看，理解 EUC-JP 编码文本中字节数与字符数的关系非常重要。ASCII 字符为 1 字节 = 1 字符，而日语字符为 2 字节 = 1 字符。由于 UTF-8 中日语字符占 3 个字节，而 EUC-JP 只需 2 个字节，因此以日语为主的文本在 EUC-JP 下文件大小更小。要准确统计旧数据的字符数，必须进行考虑编码特性的计数处理。