在HTML中获取当前域名最可靠的方式是使用JavaScript的window.location.hostname属性，它能直接返回不带端口号和协议头的纯域名字符串，适用于绝大多数现代Web开发场景。
很多开发者在刚接触前端开发时,容易混淆“域名”、“URL”和“主机名”的概念，导致在配置跨域请求或生成动态链接时出现偏差，浏览器提供的window.location对象是一个包含当前页面地址信息的丰富集合，而hostname正是提取域名部分的标准接口。
为什么需要精准获取当前域名
在Web开发中,获取当前域名不仅仅是为了打印日志，它更多服务于实际的业务逻辑，当你的网站部署在多个子域名下，或者需要进行跨域资源共享（CORS）配置时，动态获取域名比硬编码更加灵活且不易出错。
业内专家指出,硬编码域名在环境迁移时往往成为维护噩梦，开发环境、测试环境和生产环境的域名各不相同，如果代码中写死了www.example.com，一旦上线，所有涉及该域名的逻辑都会失效，通过动态获取，代码可以实现“一次编写，到处运行”，极大地提升了项目的可维护性。
在生成绝对路径链接时,前端框架往往需要知道当前页面的协议（http或https）和域名，以确保生成的链接在不同客户端（如微信内置浏览器、App WebView）中都能正确跳转。
HTML获取当前域名的核心方法对比
针对不同的需求场景,JavaScript提供了多种提取域名的方式，理解它们的区别，是避免Bug的关键。
window.location.hostname与host的区别
这是最容易混淆的一对属性。hostname只返回域名部分，而host则包含域名和端口号。
window.location.hostname：返回example.com。window.location.host：返回example.com:8080（如果存在非默认端口）。
在大多数需要纯域名的场景中,hostname是首选，如果你需要构建完整的API地址，且后端服务运行在非标准端口上，使用host可能更直接，但通常建议分离协议、域名和端口，以便更精细地控制请求头。
document.domain的局限性
document.domain是一个较老的属性，主要用于设置主域以解决子域之间的Cookie共享问题，虽然它也能返回域名，但它是一个可写属性，且行为复杂，容易引发安全策略冲突，在现代开发中，除非你有特定的跨子域共享Cookie需求，否则不建议使用它来获取当前域名，因为它不具备location.hostname那样的准确性和稳定性。
不同场景下的实操代码实现
掌握理论后,我们需要将其转化为可执行的代码，以下场景涵盖了日常开发中的高频需求。
基础获取：纯域名字符串
这是最基础也是最常用的场景,适用于日志记录、简单的条件判断。
const currentDomain = window.location.hostname; console.log(currentDomain); // 输出: example.com
这段代码简单直接,无需任何额外处理，需要注意的是，在本地开发环境中，localhost会被作为域名返回，这在生产环境部署后可能会表现出不同的行为，因此建议在构建阶段区分环境变量。
高级获取：包含协议和端口的完整主机头
当我们需要生成绝对URL,或者配置CORS白名单时，可能需要更完整的信息。
const protocol = window.location.protocol; // "http:" 或 "https:" const host = window.location.host; // "example.com:8080" const fullOrigin = protocol + "//" + host; // "https://example.com:8080"
通过拼接protocol和host，我们可以得到完整的Origin字符串，这对于配置Fetch API或XMLHttpRequest的请求头至关重要。
移动端适配：处理特殊User-Agent
在移动端H5开发中,有时需要判断当前是否在特定App的WebView中运行，或者需要获取域名以进行深度链接跳转，除了获取域名，还需要结合navigator.userAgent进行判断。
function getDomainForApp() {
const domain = window.location.hostname;
const isIOS = /iPad|iPhone|iPod/.test(navigator.userAgent);
const isAndroid = /Android/.test(navigator.userAgent);
if (isIOS) {
// iOS App通常通过自定义Scheme跳转
return `myapp://open?domain=${domain}`;
} else if (isAndroid) {
// Android App可能通过Intent或URL Scheme
return `intent://open?domain=${domain}#Intent;scheme=myapp;package=com.example.app;end`;
}
return domain;
}
这种场景下,获取域名只是第一步，如何将其嵌入到特定的跳转协议中才是关键。
常见误区与性能优化建议
在追求功能实现的同时,代码的性能和健壮性同样重要。
避免频繁访问location对象
window.location是一个DOM对象，频繁访问可能会带来微小的性能开销，尤其是在高频触发的滚动或动画事件中，最佳实践是将获取到的域名存储在变量中，复用该变量，而不是在每次循环中重新调用window.location.hostname。
处理HTTP与HTTPS的混合内容
当页面同时包含HTTP和HTTPS资源时,获取当前协议尤为重要，如果当前页面是HTTPS，而JS中硬编码了HTTP域名，浏览器会阻止加载，导致安全警告，始终使用window.location.protocol动态获取协议，是保证混合内容安全的基础。
本地开发与生产环境的差异
在本地开发时,域名通常是localhost或0.0.1，而在生产环境则是真实的域名，这种差异可能导致基于域名的逻辑（如Cookie作用域）在本地测试时表现正常，上线后失效，建议在开发环境中使用环境变量模拟生产域名，或在代码中加入环境判断逻辑。
HTML获取当前域名常见问题解答
如何在Node.js环境中获取域名？
Node.js运行在服务端，没有window对象，因此无法直接使用window.location.hostname，在Node.js中，通常通过解析请求对象req来获取域名，在Express框架中，可以使用req.get('host')或req.hostname，如果是在SSR（服务端渲染）场景下，需要确保在服务端和客户端使用不同的获取方式，并在客户端回退到window.location.hostname。
获取到的域名包含www吗？
这取决于用户访问时的URL,如果用户访问的是www.example.com，hostname会返回www.example.com；如果用户直接访问example.com，则返回example.com，浏览器不会自动去除或添加www，这是由DNS配置和服务器重定向规则决定的，如果你的业务要求统一域名格式，建议在服务器端配置301重定向，将www跳转到非www版本，或反之，而不是在前端代码中处理。
跨域请求中域名获取失败怎么办？
在跨域请求中,JavaScript通常可以读取window.location.hostname，因为这是浏览器安全策略允许的只读属性，但如果你的代码运行在iframe中，且父页面与子页面不同源，子页面依然可以访问自己的location.hostname，只有在尝试访问父页面的location属性时才会受到同源策略限制，获取当前页面域名本身不会受到跨域限制的影响，除非你试图获取其他域名的信息。
window.location.hostname是获取当前域名最标准、最安全的方式，通过理解其与其他属性的区别，并结合具体场景进行代码优化，开发者可以构建出更加健壮和灵活的Web应用。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/334524.html
