C语言如何将字符文字转换为数字，反之亦然

如何解决C语言如何将字符文字转换为数字，反之亦然

最近我一直在研究C /低级编程/系统设计。作为一个经验丰富的Java开发人员，我仍然记得我的attemtps通过SUN Java认证，以及是否可以将Java中的 char 类型转换为 Integer 以及如何做到这一点的疑问。这就是我所知道和记住的-取决于转换，最多255个数字可以被视为数字或字符。

要了解CI，我想知道更多，但我发现很难找到正确的答案（尝试使用谷歌搜索，但我通常会得到gazilion结果，即如何仅将char转换为int的代码）。系统调用将数字转换为字符，反之亦然。

正在存储存储器中的AFAIK。因此，我们假设在存储单元中存储值65（即字母“ A”）。因此，存储了一个值，突然C代码想要获取它并将其存储到 char 变量中。到现在为止还挺好。然后，针对给定的 char 参数，以％c 格式发布 printf 过程。

这就是发生魔术的地方- printf 确切知道值65的字符是字母“ A”（应该显示为字母）。它是原始ASCII范围的基本符号（不是一些有趣的表情符号样式的UTF符号）。是否调用外部STD /库/系统调用来查询编码系统？我希望提供一些简洁，低级的解释，或者至少链接到受信任的来源。

解决方法

C语言在很大程度上不了解字符的实际编码。它具有源字符集，它定义了编译器如何处理源代码中的字符。因此，例如在旧的IBM系统上，源字符集可能是EBCDIC，其中65不代表“ A”。

C还有一个执行字符集，它定义了正在运行的程序中字符的含义。这似乎与您的问题更相关。但这并不会真正影响printf之类的I / O函数的行为。相反，它会影响ctype.h和isalpha之类的toupper函数的结果。 printf只是将其视为char大小的值，由于使用默认参数提升的可变参数函数（小于int的任何类型都被提升为{{ 1}}，并且int被提升为int）。 float然后将相同的值改写到double文件，这是别人的问题。

如果源字符集和执行字符集不同，则编译器将执行适当的转换，因此源令牌printf将在运行的程序中作为执行中的相应stdout进行操作。字符集。选择两个字符集的实际编码，即是ASCII还是EBCDIC还是其他实现定义。

在控制台应用程序中，接收字符值的是控制台或终端，它必须在字体的字形表中查找字符值以显示正确的字符图像。

字符常量的类型为'A'。除了A是带符号的还是无符号的由实现定义的事实之外，int大部分都可以看作是一个窄整数。两者之间唯一需要的转换是变窄或变宽（可能还有符号扩展）。

,

“完全printf知道值65的字符是字母'A'（应将其显示为字母）。”

通常不需要，甚至不需要。甚至编译器都不 看到 C语言片段中的字符'，A和'

char a = 'A';
printf("%c",c);

如果源和执行字符集都与ASCII或ASCII兼容（如当今通常的情况），则编译器将在字节流中使用三元组39、65、39-或更确切地说是00100111 01000001 00100111。并且其解析器已根据以下规则进行编程：两个00100111之间的某个字符是文字​​，并且由于01000001并不是一个神奇的值，因此将其翻译为最终程序。

C程序在运行时始终处理01000001（尽管有时01000001 零扩展到{{1} }，例如32位系统上的int；添加前导零不会更改其数值）。在某些系统上，00000000 00000000 00000000 01000001-或底层的内部文件例程-可能会将字符值printf 翻译为其他内容。但是在大多数系统上，01000001会原样传递给操作系统。然后在操作系统上（或可能在从操作系统接收输出的GUI程序中）将要显示该字符，然后查询显示字体以获取与{{1 }}，通常字母01000001的字形看起来像

A

这将显示给用户。

该系统在任何时候都不会真正使用字形或字符来运行，而只能使用二进制数。系统本身就是Chinese room。

---

01000001真正的魔力不是它如何处理字符，而是它如何处理数字，因为这些数字会转换为更多字符。 01000001照原样传递值时，printf 将将诸如%c这样的简单整数值转换为 bytes {{ 1}}，以便显示例程将其正确显示为

12345678

, C中的

char仅是整数CHAR_BIT位。通常是8位长。

printf确切知道值65的字符是字母'A'

该实现知道它使用的是什么字符编码，并且pritnf函数代码会采取适当的措施来输出字母'A'