编辑“字符串”（章节）

== 字符编码 ==
历史上，字符串数据类型为每个字符分配一个[[字节]]，尽管精确的字符集随着区域而改变，字符编码足够类似得程序员可以忽略它 — 同一个系统在不同的区域中使用的字符集组要

么让一个字符在同样位置，要么根本就没有它。这些字符集典型的基于ASCII码或EBCDIC码。
　　
意音文本的语言比如汉语、日语和朝鲜语(合称为CJK)的合理表示需要多于256个字符(每字符一个字节编码的极限)。常规的解决涉及保持对ASCII码的单字节表示并使用双字节来表示

CJK字形。现存代码在用到它们会导致一些字符串匹配和切断上的问题，严重程度依赖于字符编码是如何设计的。某些编码比如EUC家族保证在ASCII码范围内的字节值只表示ASCII字

符，使得使用这些字符作为字段分隔符的系统得到编码安全。其他编码如ISO-2022和Shift-JIS不做这种担保，使得基于字节的代码做的匹配不安全。另一个问题是如果一个字符串的

开头被删除了，对解码器的重要指示或关于在多字节序列中的位置的信息可能就丢失了。另一个问题是如果字符串被连接到一起(特别是在被不知道这个编码的代码截断了它们的结尾

之后)，第一个字符串可能不能导致编码器进入适合处理第二个字符串的状态中。
　　
Unicode也有些复杂的问题。多数语言有Unicode字符串数据类型(通常是UTF- 16，因为它在Unicode补充位面介入之前就被增加了)。在Unicode和本地编码之间转换要求理解本地编

码，这对于现存系统要一起传输各种编码的字符串而又没有实际标记出它们用了什么[[编码]]就是个问题。
说明	输入内容	输出结果
斜体	''斜体文字''	斜体文字
粗体	'''粗体文字'''	粗体文字
粗斜体	'''''粗斜体文字'''''	*粗斜体文字*