Visual Studio中C#连接SQL Server需通过ASP.NET后端（非HTML直连），连接字符串应配置在web.config或appsettings.json，用Server=localhost或命名实例全称，Windows认证用Integrated Security=true，SQL登录需显式账号密码；.NET Core须在Program.cs注册DbContext服务并确保构造函数参数正确；前端通过AJAX调用API获取JSON数据渲染，且必须用using确保连接释放。
VS 中用 C# 连接 SQL Server 数据库（非 HTML）
Visual Studio 本身不直接“连接 HTML 和数据库”，HTML 是纯前端标记语言，没有能力直连数据库。真正要做的，是让 C#（比如 ASP.NET Web Forms 或 MVC）后端代码去连 SQL Server，再把数据传给 HTML 页面渲染。常见错误是试图在 .html 文件里写 SqlConnection，这必然失败——浏览器根本不会执行 C#。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 新建项目选
ASP.NET Web App (.NET Framework)或ASP.NET Core Web API，别选空的HTML Application - 数据库连接字符串必须放在后端（如
web.config或appsettings.json），绝不能硬编码在 HTML 里 - HTML 页面只负责展示，用
（Web Forms）或@Model（MVC/Razor）接收后端传来的数据
ConnectionStrings 配置写错导致 SqlException: A network-related or instance-specific error...
这个错误八成不是网络问题，而是连接字符串格式不对。SQL Server 实例名、认证方式、数据库名稍有偏差就报这个泛化错误。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 用 Visual Studio 的“服务器资源管理器”右键“添加连接”，填完后点“测试连接”，成功后再复制生成的
ConnectionString到配置文件 - 本地默认实例用
Server=localhost或Server=.；命名实例必须写全，如Server=localhost\SQLEXPRESS（注意双反斜杠） - Windows 身份验证用
Integrated Security=true；SQL 登录需显式写User ID=xxx;Password=yyy，且确保该账号有数据库权限
ASP.NET Core 里用 DbContext 连 SQL Server 却提示 Unable to resolve service for type 'XContext'
这是依赖注入没注册的典型表现。.NET Core 不像旧版 Web Forms 自动扫描上下文，必须手动告诉容器怎么创建 DbContext。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 在
Program.cs（.NET 6+）里加：builder.Services.AddDbContext<appdbcontext>(options => options.UseSqlServer(builder.Configuration.GetConnectionString("DefaultConnection")))</appdbcontext> - 确认
appsettings.json里有对应键："ConnectionStrings": { "DefaultConnection": "Server=...;Database=..." } -
AppDbContext构造函数参数只能是DbContextOptions<appdbcontext></appdbcontext>，别多加其他参数，否则 DI 无法解析
前端 HTML 怎么“看到”数据库内容？靠 AJAX + 后端 API
想让 HTML 页面动态显示数据库数据，唯一可靠方式是：HTML 发 AJAX 请求 → C# 写的 API 接口查库 → 返回 JSON → 前端 JS 解析渲染。别碰服务端控件（<gridview></gridview>）这种老方案，维护成本高且不灵活。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- API 控制器方法加
[HttpGet]，返回IActionResult或具体类型（如Ok(List<product>)</product>） - 前端用
fetch('/api/products')，别用XMLHttpRequest手写 - 跨域问题？在
Program.cs加builder.Services.AddCors()和对应策略，别关防火墙或改浏览器设置
最常被忽略的一点：数据库连接是否真在用完后释放。用 using 包住 SqlConnection 或 DbContext，否则连接池耗尽，后续请求全部卡死——这问题在线上才明显，本地测不出来。
