C字符串是否始终以null终止，还是取决于平台？

现在，我正在使用嵌入式系统，并研究在没有操作系统的微处理器上实现字符串的方法。到目前为止，我正在做的只是使用使NULL终止的字符指针并将它们视为NULL表示结尾的字符串的想法。我知道这很普遍，但是您是否总是可以指望这种情况？

我问的原因是我正在考虑也许在某个时候使用实时操作系统，并且我想尽可能多地重用当前代码。因此，对于存在的各种选择，我是否可以期望字符串能够正常工作？

让我更具体地说明我的情况。我正在实现一个通过串行端口接收和处理命令的系统。我能否保持命令处理代码相同，然后期望在RTOS（包含命令）上创建的字符串对象全部以NULL终止？还是根据操作系统而有所不同？

更新资料

在被建议看一下这个问题之后，我确定它不能完全回答我的要求。问题本身是在询问是否应该始终传递字符串的长度，这与我要问的完全不同，尽管某些答案中包含有用的信息，但它们并不是我要找的。那里的答案似乎提供了为什么或为什么不以空字符终止字符串的原因。我要问的是，我是否可以或多或少地期望不同平台的出生字符串以空值终止自己的字符串，而不必走出去尝试在那里的每个平台。

在任何平台上，称为“ C字符串”的事物都将以空值终止。这就是标准C库函数确定字符串结尾的方式。

在C语言中，没有什么可以阻止您拥有不以null结尾的字符数组。但是，您将不得不使用其他方法来避免耗尽字符串的结尾。

通常，终止字符的确定取决于文字的编译器以及字符串的标准库的实现。它不是由操作系统决定的。

NUL终止的约定可以追溯到标准C之前，在30多年的时间里，我不能说我遇到了可以做其他事情的环境。此行为已在C89中进行了编码，并且继续是C语言标准的一部分（链接到C99的草案）：

• 第6.4.5节NUL通过要求NUL在字符串文字后附加a 来设置以终止符结尾的字符串的阶段。
• 7.1.1节通过将字符串定义为“由第一个空字符终止并包括第一个空字符的连续字符序列” ，将其带入标准库中的函数。

没有理由不能有人编写处理以其他字符结尾的字符串的函数，但是在大多数情况下，也没有理由放弃已建立的标准，除非您的目标是让程序员适应。:-)

我正在使用没有操作系统的嵌入式系统...我正在...使用使NULL终止的字符指针并将其视为字符串（其中NULL表示结尾）的想法。我知道这很普遍，但是您是否总是可以指望这种情况？

在C语言中没有字符串数据类型，但是有字符串文字。

如果在程序中放入字符串文字，通常会以NUL终止（但请参见下面的注释中讨论的特殊情况。）也就是说，如果将文字放在期望值"foobar"的地方const char *，编译器将发出foobar⊘到程序的const /代码段/节，表达式的值将是指向存储f字符的地址的指针。（注意：我⊘用来表示NUL字节。）

C语言使用字符串的唯一其他含义是，它具有一些对NUL终止的字符序列进行操作的标准库例程。这些库例程在裸机环境中将不存在，除非您自己移植它们。

它们只是代码-与您自己编写的代码没有什么不同。如果您在移植它们时不破坏它们，那么它们将做他们一直做的事情（例如，停在NUL上）。

正如其他人提到的那样，字符串的空终止是C标准库的约定。如果您不打算使用标准库，则可以按照任何希望的方式处理字符串。

这对于任何带有“ C”编译器的操作系统都是如此，并且，您也可以编写未在真正的操作系统下运行的“ C”程序，就像您在问题中提到的那样。一个例子是我设计过一次的喷墨打印机的控制器。在嵌入式系统中，可能不需要操作系统的内存开销。

例如，在内存紧张的情况下，我将针对处理器的指令集查看编译器的特性。在对字符串进行大量处理的应用程序中，可能需要使用诸如字符串长度之类的描述符。我正在考虑一种情况，其中CPU在处理短偏移和/或地址寄存器的相对偏移方面特别有效。

那么，在您的应用程序中哪个更重要：代码大小和效率，或与OS或库的兼容性？另一个考虑因素可能是可维护性。您偏离惯例的距离越远，他人维护的难度就越大。

其他人已经解决了一个问题，在C语言中，字符串主要是由它们构成的。但是，对于终止符本身，您的问题似乎有些困惑，从一个角度来看，这可能是您所处位置的人所担心的。

C字符串以null终止。也就是说，它们以空字符终止NUL。它们不会被null指针终止，null指针NULL是一种完全不同的值，具有完全不同的用途。

NUL保证其整数值为零。在字符串中，它还将具有基础字符类型的大小，通常为1。

NULL完全不能保证具有整数类型。NULL通常用于指针上下文，通常应具有指针类型，如果编译器良好，则不应将其转换为字符或整数。虽然定义NULL涉及字形0，它不能保证真正有值[1]，除非你的编译器实现的常数作为一个字符#define（许多不这样做，因为NULL 实在不应该在非有意义指针上下文），因此不能保证扩展代码实际上包含零值（即使它确实包含零字形也令人困惑）。

如果NULL键入，则大小也不太可能为1（或其他字符大小）。可以想象，这可能会导致其他问题，尽管实际字符常量在大多数情况下也没有字符大小。

现在，大多数人会看到这种情况，并认为“空指针不是全零位吗？是什么废话”-但是这样的假设仅在x86这样的通用平台上才是安全的。由于您已经明确提到了针对其他平台的兴趣，因此您需要考虑到此问题，因为您已将代码与关于指针与整数之间关系的性质的假设明确分开。

因此，尽管C字符串以null终止，但它们不是以终止NULL，而是以NUL（通常为'\0'）终止。明确NULL用作字符串终止符的代码将在具有简单地址结构的平台上运行，甚至可以与许多编译器一起编译，但这绝对不是正确的C语言。

[1]实际的空指针值是由编译器在上下文中读取0 令牌时插入的，该令牌将被转换为指针类型。这不是从整数值 0 的转换，并且如果0使用了令牌本身以外的其他任何值（例如，来自变量的动态值），则不能保证保持不变。转换也是不可逆的，并且将空指针转换为整数时不必产生值0。

我一直在C中使用字符串，这意味着具有空终止符的字符称为字符串。

当您在裸机或任何操作系统（例如Windows，Linux，RTOS：（FreeRTO，OSE））中使用时，它不会有任何问题。

在嵌入式世界中，空终止实际上更有助于将字符标记为字符串。

我已经在许多安全关键系统中像这样在C中使用字符串。

您可能想知道，C中的字符串实际上是什么？

C样式字符串是数组，也有字符串文字，例如“ this”。实际上，这两种字符串类型仅仅是在内存中彼此相邻的字符集合。

每当您编写用双引号引起来的字符串时，C都会自动为我们创建一个字符数组，其中包含该字符串，并以\ 0字符终止。

例如，您可以声明和定义一个字符数组，并使用字符串常量对其进行初始化：

char string[] = "Hello cruel world!";

简单的答案：您实际上不必担心使用带有空终止符的字符，该工作独立于任何平台。

正如其他人所说，空终止对于标准C几乎是通用的。但是（正如其他人也指出的那样）不是100％。对于另一个示例，VMS操作系统通常使用其所谓的“字符串描述符” http://h41379.www4.hpe.com/commercial/c/docs/5492p012.html在C中通过#include <descrip.h访问>

应用程序级的东西可以使用空终止，也可以不使用空终止，但是开发人员认为合适。但是底层VMS绝对需要描述符，这些描述符根本不使用空终止（有关详细信息，请参见上面的链接）。这在很大程度上是为了使所有直接使用VMS内部语言的语言（C，汇编语言等）都可以具有一个公共接口。

因此，如果您预期会出现任何类似的情况，则可能需要比“通用null终止”更为必要，要谨慎一些。如果我正在做您正在做的事情，我会更加小心，但是对于我的应用程序级的东西，可以假定为空终止。我只是不建议您使用相同级别的安全性。您的代码很可能必须在将来的某个时刻与汇编代码和/或其他语言代码进行交互，而这些代码可能并不总是符合以null终止的字符串的C标准。

以我在嵌入式，安全关键和实时系统中的经验，同时使用C和PASCAL字符串约定（即，将字符串长度作为第一个字符（将长度限制为255）并结束字符串）并不少见。至少包含一个0x00的字符串，（NUL），将可用大小减少到254。

这样做的一个原因是要知道在接收到第一个字节后需要多少数据，而另一个原因是，在这种系统中，尽可能避免使用动态缓冲区大小-分配固定的256缓冲区大小更快，更安全，（没有需要检查 malloc失败）。另一个是与您通信的其他系统可能未使用ANSI-C编写。

在任何嵌入式工作中，重要的是建立并维护一个接口控制文档（IDC），该文档应尽快定义您的所有通信结构，包括字符串格式，字节序，整数大小等，（最好在开始之前），它应该是你的，和所有的球队，圣书时写系统-如果有人希望引入一个新的结构或格式化它必须有记录在案第一，每个人都可能受到影响告知，可能有一个选项，以否决的变化。