域名与域名之间统一使用英文句点（.）作为分隔符，这是互联网域名系统（DNS）的全球标准，不存在其他可选符号。无论你访问的是二级域名、三级域名，还是带端口号的地址，分隔符的规范都围绕这一点展开，下面从基础规则、操作场景到常见误区，逐一拆解。
域名分隔符的核心规则：为什么只有点（.）被允许
域名系统的设计初衷是让人类用可读的名称替代IP地址,整个互联网的域名解析依赖层级结构，而这个层级的边界就是由句点划定的，你能在浏览器地址栏看到的所有合法域名，example.com、www.example.com，中间相隔的都是半角句点，这是国际域名管理机构和DNS协议共同约定的标准。
层级顺序与点的方向
域名从左到右,层级从低到高，最左边是主机名或子域，最右边是顶级域，以 blog.example.com 为例，解析顺序是：先找到 com，再找 example，最后定位 blog，这个过程中，点（.）的作用是告诉解析器“上一级到此结束，下一级开始”，方向永远是从右向左解析，和人类阅读习惯相反，这也是为什么你在配置DNS记录时，看到的记录末尾会带一个点（example.com.），那是表示根域，属于技术细节，但能帮助你理解点的本质。
分隔符的字符规范：半角点，不是其他符号
域名中只能使用半角英文句点作为层级分隔符，全角句点（．）、斜杠（/）、反斜杠（）、空格、下划线（_）、连字符（-）都不能承担“分隔层级”的职责，这里有一个容易混淆的点：连字符（-）允许出现在域名的某个标签内部，my-site.com 合法，但 my_site.com 不合法，下划线在某些技术场景（例如DNS TXT记录）中会被用到，但那不是域名本身的分隔符，你如果看到一个字符串里带着下划线，那它多半不是标准域名，只是某种协议或代码片段。
域名之间用什么符号分隔：从输入到解析的完整视角
很多人在实际操作中会问“域名之间用什么符号分隔”，这里的“之间”有两种理解：一种是域名内部各级之间的分隔，另一种是多个独立域名并列出现时的分隔，前者用点（.），后者则需要看具体使用场景。
多个域名并列时的分隔符号
当你在文章、文档或配置文件中列出多个域名时，常见的分隔手段是换行、逗号或空格，这些符号不是域名的一部分，只是人眼或程序读取时的辅助标记，例如在服务器的白名单配置中写
example.com example.org，空格就是分隔符；在写邮件时列出两个网站，逗号或分号都可以，但请记住，无论上下文怎么分隔，剥离辅助符号后，每个单独域名内部仍然是靠点（.）来区分层级的，行业共识认为，混用多种辅助分隔符并不会造成DNS解析错误，但会降低配置的可读性，建议统一使用一种方式。
完整URL中域名与协议、路径的分隔
网址（URL）里的分隔符比纯域名多一点层次，协议与域名之间用 分隔，域名与路径之间用 分隔，端口号与域名之间用冒号（:）分隔。https://www.example.com:8080/path 中，www.example.com 是域名部分，冒号和8080是端口，斜杠后是路径，这里容易出错的点在于：很多人以为域名可以从 https:// 里随便截取，其实准确的域名片段永远是两个相邻点（.）之间的字符串，加上最右边的顶级域，在实际抓取或正则匹配时，你需要先忽略协议和端口，再按点（.）拆分。
中文域名与国际化域名中的分隔符
中文域名（IDN，国际化域名）同样使用点（.）作为层级分隔，只是标签内容可以是中文。中国.公司 这种形式，内部依然是点（.）在起作用，在浏览器中，中文域名会被转换为以 xn-- 开头的punycode编码，但显示给用户的仍然是中文加点的结构，操作上，如果你在网址栏输入中文域名，请确保使用的是半角点（.），而不是中文输入法的句号，有些用户会误用全角句点，导致无法解析，据互联网名称与数字地址分配机构的相关公开资料，这种误用是中文用户访问国际域名时较高频的输入错误之一。
域名分隔符选择有哪些规范：实操层面的判断标准
从规范角度看,分隔符的“选择”其实没有多少自由空间，你能决定的不是“用哪个符号分隔”，而是“如何正确地放置那个唯一的点”，规范共有三条，适用于所有注册和解析场景。
一个标签内不能有连续的点
连续两个点（example..com）属于非法域名，DNS协议中，相邻的点之间要求至少有一个字符，这个规则没有例外，因为解析器会把连续点视为格式错误，直接拒绝查询，行业共识认为，这种错误通常源于手误或字符串拼接时漏了判断。
标签的首尾不能是连字符，但中间可以有
标签是指两个点之间的部分。example 是一个标签，com 是另一个标签，每个标签的长度限制为1到63个字符，并且只能由字母、数字、连字符组成，连字符不能出现在标签的开头或结尾，避免与特定技术语法冲突。-example.com 和 example-.com 都是无效的，这条规则是公开的DNS标准的一部分，所有域名注册商都遵循它。
顶级域与二级域的区分必须依靠点
顶级域（如.com、.cn、.org）与二级域（如 example）之间的点，是整个域名中最高层级的边界，你无法通过其他字符制造这个边界。example_com 是不合法的域名，因为标签内只能有字母、数字和连字符，下划线不属于合法字符，这一点在服务器配置、邮件服务器设置和SSL证书申请中尤为重要证书颁发机构会严格校验域名结构，任何多余或缺失的点都可能导致签发失败。
域名与域名之间的分隔符误区：这些错误你可能常犯
写到这里,必须提醒你几个容易踩的坑，我见过很多开发者、站长和普通用户在这些细节上吃亏，看起来是小事，实际影响很大。
- 用中文句号“。”代替点“.”，在输入中文域名或混合文本时，输入法自动把句点输成了全角，浏览器可能尝试纠错，但很多专业工具（如curl、ping）不会，直接报错
unknown host。 - 在域名末尾多加一个点。
example.com.在DNS解析层面表示根域，是合法的FQDN（完全限定域名），但当你把它粘贴到某个要求裸域名的输入框时，系统可能无法识别，多数情况下建议去掉末尾点。 - 混淆下划线与连字符，DNS解析域名标签时，下划线是不被允许的，但某些服务（如
_acme-challenge这种TXT记录名）为了特殊用途，会在主机记录中使用下划线，那不是域名本身的分隔符，不要误用。 - 把端口号当作域名的一部分。
example.com:8080中的冒号只是端口分隔符，不代表域名层级，有些人用正则表达式提取域名时，会把冒号后的内容算进去，导致解析失败，正确的做法是先按 切出域名部分，再按冒号去除端口。
各平台对域名分隔符的处理差异
虽然DNS协议是统一的,但不同平台在输入和处理域名时，对分隔符的容错度不一样，了解这些差异能帮助你避免一些实际体验问题。
| 平台或场景 | 对点（.）的容错 | 常见问题 |
|---|---|---|
| 主流浏览器（Chrome、Edge、Safari） | 自动将全角点转为半角点 | 偶尔会误导用户以为全角点合法 |
| 命令行工具（curl、ping、dig） | 零容错，严格校验半角点 | 全角点直接报错 |
| 域名注册商搜索框 | 部分支持中文点，但建议用半角点 | 搜索时提示格式错误 |
| 服务器配置文件（Nginx、Apache） | 要求严格的半角点，且末尾点需根据情况保留 | 配置错误导致localhost解析失效 |
可以看出,越是底层的工具，对分隔符的校验越严格，如果你想确保操作无错，统一使用半角点（.）是唯一靠谱的选择，在代码中拼接域名时，建议直接定义常量字符串，避免通过用户输入拼接漏掉点。
Q&A：域名分隔符选择规范常见疑问
问：域名之间用什么符号分隔？我可以在域名里用空格吗？
域名内部一定不能用空格,多个域名并列出现时，可以用空格、换行或逗号作为视觉或程序上的分隔，但这些符号不属于域名本身，任何正规的域名注册商都不会允许你在域名中加入空格或全角符号。
问：域名分隔符有哪些？除了点之外还有其他选择吗？
从域名系统的标准来看,唯一用于分隔层级的分隔符是半角句点（.），全角点、下划线、连字符都只能出现在特定场景（下划线仅限非域名标签，连字符仅限标签内部），没有其他字符可以替代点来划分域名的层级边界。
问：在配置服务器或程序时，域名末尾需要加点吗？
在DNS区文件和部分DNS解析软件中,FQDN末尾的点代表根域，是标准写法，但在Nginx、Apache或普通代码配置中，末尾加点反而可能导致匹配错误，行业习惯是：写DNS记录时保留末尾点，写应用配置时去掉末尾点，你能记住这个原则就够了。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/630097.html
