.NET 托管是什么,选 Windows 主机要看哪些指标

.NET 托管（dotnet hosting）指的是为 ASP.NET、ADO.NET 这类 .NET 应用提供 Windows Server + IIS 运行环境的托管服务。如果你要部署的是 ASP.NET 网站或 Web 应用，就必须选 Windows 主机而不是常见的 Linux 主机，因为 IIS 和 ASP.NET 运行时不跑在 Linux 上。判断自己需要什么方案，主要看四件事：应用依赖的 .NET / ASP.NET 版本、需要的 IIS 版本、是否要用 SQL Server 数据库、以及站点规模对应的资源量。

.NET 托管到底托管了什么

普通虚拟主机只给你一个放静态文件的空间，而 .NET 托管额外提供三层东西：

操作系统层：Windows Server，这是 IIS 和 .NET 运行时的基础。
Web 服务器层：IIS（Internet Information Services），负责处理 HTTP 请求、绑定域名、配置应用程序池。
运行时层：.NET Framework / ASP.NET 运行时，你的 .aspx、.asmx、MVC 或 Web API 代码在这里执行。

以 dotnet-webhosting.com 为例，它把 ASP.NET 4、ASP.NET 3.5、AJAX、IIS7 和 Windows Hosting 作为卖点，说明这类主机商的核心价值就是替你维护好上面这套 Windows 环境，你只需上传代码、配好数据库连接就能跑起来。

和 ADO.NET 的关系

ADO.NET 是 .NET 里访问数据库的那一层（连接、命令、DataReader、DataSet 等）。它本身不需要单独“托管”，但你的 ASP.NET 站点一旦用 ADO.NET 连数据库，主机就必须提供可访问的数据库服务——通常是 SQL Server，以及对应的连接字符串配置入口。所以选主机时，“支持 ADO.NET”实际等价于“提供 SQL Server 或可远程连接的数据库”。

共享主机、VPS、云主机、专用服务器怎么选

同样是 .NET 托管，这四种形态的差别主要在资源隔离程度和控制权上：

形态	适合场景	控制权	成本与隔离
共享主机	小型展示站、企业官网、流量不大的 ASP.NET 站点	低，只能配置应用层	成本最低，资源与其他站点共享
VPS	中等流量、需要自定义 IIS 配置或装组件	中，有管理员权限	成本中等，资源基本独享
云主机	流量波动大、需要弹性扩容	高	按用量计费，可横向扩展
专用服务器	高流量、合规要求、需要完全控制	最高	成本最高，整机独享

判断原则很简单：站点小、预算有限，先用共享主机；一旦遇到性能瓶颈、需要改 IIS 全局配置或安装自定义组件，再升级到 VPS 或更高。 为一个小站直接买专用服务器，多数情况下是过度配置。

挑选 Windows 主机要看的核心指标

1. 支持的 .NET / ASP.NET 版本

这是第一道门槛。你的项目用什么版本编译，主机就得支持什么版本。dotnet-webhosting.com 明确列出 ASP.NET 4 和 ASP.NET 3.5，意味着它能跑这两个版本的应用。如果你的项目是更新的 .NET（如 .NET 6/7/8），需要确认主机是否支持对应的托管方式，因为新版 .NET 在 IIS 上的部署模型和旧版 Framework 不同。

核对方法：在主机商的功能页找“支持的 .NET 版本”或“ASP.NET 版本”列表，和你项目文件里的目标框架版本逐一对照。

2. IIS 版本

IIS 版本决定了你能用哪些功能。IIS7 及以上支持集成管道模式、URL 重写模块、更细的应用池配置。较老的 IIS6 在 URL 重写和管道模型上限制较多。如果你的应用依赖 URL 重写（比如做伪静态或 SEO 友好的路由），要确认主机装了 URL Rewrite 模块。

3. 数据库支持

ASP.NET 站点用 ADO.NET 访问数据时，主机需要提供数据库。重点确认：

是否包含 SQL Server 数据库，以及给多大空间。
是否允许远程连接数据库（本地开发时连线上库调试会用到）。
连接字符串在哪里配置（通常在控制面板或 web.config 里）。

4. 部署方式

常见的有 FTP 上传、Web Deploy、Git 部署、控制面板的文件管理器。部署方式越顺手，迭代越快。如果你的团队用 Visual Studio 的发布功能，确认主机支持 Web Deploy 会省很多事。

5. 运行稳定性与技术支持

dotnet-webhosting.com 在描述里承诺“100% uptime”和“excellent support”。这类承诺要当作参考而非保证——实际可用性取决于机房和数据中心。选主机时更实际的做法是：

看是否公开正常运行时间（uptime）承诺及对应的补偿条款。
确认技术支持渠道（工单、在线聊天、电话）和响应时间。
优先选提供退款试用期的主机，先跑一遍自己的应用再决定。

一个具体的判断流程

假设你要上线一个用 ASP.NET 4 + SQL Server 的企业官网：

确认项目目标框架是 .NET Framework 4.x → 主机需支持 ASP.NET 4。
确认站点用 ADO.NET 连 SQL Server → 主机需附带 SQL Server 数据库。
预估流量不大、无需自定义 IIS 全局配置 → 共享主机够用。
检查部署方式是否支持你习惯的 FTP 或 Web Deploy。
看 uptime 承诺和支持渠道，确认有试用或退款期。
上线后监控响应时间和数据库连接，出现瓶颈再考虑升级。

常见卡点

版本不匹配：项目用 .NET 4.8，主机只到 4.0，部署后直接报错。部署前先核对版本。
数据库连不上：本地用 localhost 能连，线上要换成主机商给的服务器地址和凭据，且确认允许远程连接。
URL 重写失效：主机没装 URL Rewrite 模块，伪静态规则不生效，需要联系主机商或换方案。
权限问题：ASP.NET 应用写文件时，IIS 应用池账户需要对目标目录有写权限，共享主机上通常要在控制面板里设置。

选 .NET 托管的核心逻辑是：先让版本和数据库对得上，再按站点规模选形态，最后用试用期验证稳定性和支持响应。 满足这三步，基本不会选错。