ASCII 不可读字符 28, 29 31答案

【问题标题】：ASCII non readable characters 28, 29 31ASCII 不可读字符 28, 29 31
【发布时间】：2011-07-04 22:44:32
【问题描述】：

我正在处理一个需要根据分隔符拆分的文件。

以下代码显示了为我正在处理的文件定义的分隔符

private static final String    component   = Character.toString((char) 31);
private static final String    data        = Character.toString((char) 29);
private static final String    segment     = Character.toString((char) 28);

有人能解释一下这些特定分隔符的意义吗？

查看 ASCII 代码，这些分隔符是文件、组和单元分隔符。我真的不明白这是什么意思。

【问题讨论】：

标签： java unicode ascii

【解决方案1】：

ascii 控制字符范围为 28-31。 (0x1C 到 0x1F)

31 Unit Separator
30 Record Separator
29 Group Separator
28 File Separator

示例调用：

char record_separator = 0x1F;
String s = "hello" + record_separator + "world"

【讨论】：

【解决方案2】：

Found this here. Cool website!

28 – FS – 文件分隔符文件分隔符 FS 是一个有趣的控件代码，因为它让我们深入了解计算机技术的方式六十年代组织的。我们现在用于随机访问 RAM 等媒体和磁盘，但当 ASCII 定义了标准，大多数数据是串行。我不仅在谈论串行通信，还关于串行存储，如打孔卡、纸张磁带和磁带。在这样一个这种情况显然是有效的有一个控制代码来发出信号两个文件的分离。财政司司长是为此目的而定义的。

29 – GS – 组分隔符数据存储是其中之一一些控制的主要原因获取 ASCII 定义的代码。数据库大部分时间都是设置带有表，包含记录。全部一张表中的记录相同类型，但不同表的记录可以不同。组分隔符 GS 被定义为在一个串行数据存储系统。注意那个时候没有使用表这个词时刻和 ASCII 人称它为一组。

30 – RS – 记录分隔符在组（或表）中的记录用 RS 或记录分隔分隔符。

31 – US – 单位分隔符要存储的最小数据项在数据库中被称为单位 ASCII 定义。我们会打电话给他们现在场。单位分隔符将这些字段连续分隔数据存储环境。最新的数据库实现需要大多数类型的字段都有一个固定的长度。记录中有足够的空间是分配存储最大的每个字段的可能成员，即使在大多数情况下，这不是必需的。这会占用大量空间很多情况。美国控制代码允许所有字段都有一个变量长度。如果数据存储空间是有限——就像在 60 年代一样——这是一个保存宝贵空间的好方法。另一方面是串行存储效率远不如餐桌驱动的 RAM 和磁盘实现现代。我无法想象一个现代 SQL 数据库的情况使用存储在纸上的数据运行磁带或磁性卷轴...

【讨论】：

我更喜欢这个答案！它为我节省了很多额外的阅读时间并直接解决了问题。
虽然它会从添加所选答案中给出的十进制 ASCII 代码中受益。此外，由于我来这里是为了帮助我从聊天应用程序中保存的文本文件中删除这些代码，因此提供十六进制代码也很好：1C、1D 和 1F。有关如何用正则表达式编写，顺便说一句，请参见此处：stackoverflow.com/questions/3203190/regex-any-ascii-character

【解决方案3】：

这些字符是控制字符。它们不是由人类编写或读取的，而是由计算机编写或读取的。你应该在你的程序中像对待任何其他角色一样对待他们。

【讨论】：