如何让ASPX链接继承浏览器当前的HTTP/HTTPS访问协议模式

你遇到的后台代码生成链接强制走HTTP的问题，本质是ASP.NET内置路径解析方法默认会读取站点绑定的默认协议生成完整URL，以下是几种可行的改造方案，都可以满足你后续快速切换HTTP/HTTPS的需求：

方案1：直接使用纯相对路径（最低改造成本） #

你示例中的写法startOver.HRef = "tsViewer.aspx?coid=" + coID;本身就是页面相对路径，正常运行不会生成带协议的完整URL。如果实际返回的是带HTTP前缀的完整路径，先排查两处配置：

• 检查站点web.config中是否配置了带HTTP前缀的base节点或者全局路径前缀
• 检查代码中是否调用了ResolveUrl()、Page.ResolveClientUrl()等会生成完整URL的方法

如果确认是调用了解析方法导致的，直接修改为返回路径后缀即可，示例：

// 原写法
startOver.HRef = ResolveUrl("~/tsViewer.aspx?coid=" + coID);
// 修改后，仅保留路径和查询参数
startOver.HRef = new Uri(Request.Url, ResolveUrl("~/tsViewer.aspx?coid=" + coID)).PathAndQuery;

方案2：统一使用协议相对路径 #

如果你的链接需要跨子域名跳转，必须带域名的场景，直接拼接协议相对格式的路径即可：

// 自动继承当前访问协议，不需要写死HTTP/HTTPS
startOver.HRef = "//" + Request.Url.Host + ResolveUrl("~/tsViewer.aspx?coid=" + coID);

如果有大量后台链接需要修改，可以把这个逻辑封装成公共工具方法，所有业务代码统一调用，后续不需要批量修改业务逻辑。

方案3：配置层面修复混合内容（零代码修改） #

如果改代码的成本过高，可以直接在站点响应头中添加Content-Security-Policy: upgrade-insecure-requests规则，该规则会自动把页面内所有HTTP请求升级为HTTPS发送，不会触发混合内容错误。后续要回退到HTTP协议时，仅需要删除这个响应头配置即可，不需要调整任何业务代码。

内容的提问来源于stack exchange，提问作者Turbotails23