摘要

本文將基於ASP.NET內置的Request對象實現兩個實用功能：①通過URL參數在頁面間安全傳遞數據；②動態檢測用户瀏覽器信息以優化頁面兼容性。通過完整代碼示例和解析，幫助開發者掌握Request對象的核心應用場景，解決實際開發中的跨頁面傳參和瀏覽器適配問題。

描述

在Web開發中，跨頁面數據傳遞和瀏覽器兼容性處理是高頻需求。例如：
電商網站從商品列表頁跳轉到詳情頁時需傳遞商品ID
根據用户瀏覽器類型動態加載CSS或提示升級

ASP.NET的Request對象為此提供了原生支持：

• QueryString：安全獲取URL參數
• Browser屬性：解析客户端瀏覽器信息

接下來我們通過一個完整案例演示具體實現。

題解答案

我們創建包含兩個頁面的應用：
首頁(Default.aspx)：傳遞參數 + 顯示瀏覽器信息
接收頁(Request.aspx)：解析參數並展示

首頁關鍵代碼 (Default.aspx.cs)

protected void Page_Load(object sender, EventArgs e)
{
    // 1. 獲取瀏覽器信息
    HttpBrowserCapabilities clientBrowser = Request.Browser;
    
    lblBrowserInfo.Text = $"瀏覽器: {clientBrowser.Browser} {clientBrowser.Version}<br/>";
    lblBrowserInfo.Text += $"操作系統: {clientBrowser.Platform}<br/>";
    lblBrowserInfo.Text += $"支持JavaScript: {clientBrowser.EcmaScriptVersion.Major > 0}";
}

// 2. 跳轉傳參
protected void btnRedirect_Click(object sender, EventArgs e)
{
    // 對參數進行URL編碼防止特殊字符問題
    string productName = Server.UrlEncode("華為P60 Pro");
    Response.Redirect($"Request.aspx?product={productName}&price=5999");
}

接收頁關鍵代碼 (Request.aspx.cs)

protected void Page_Load(object sender, EventArgs e)
{
    // 安全獲取參數（推薦方法）
    string product = Request.QueryString["product"]; 
    string price = Request.QueryString["price"];

    // 顯示解碼後的參數
    if (!string.IsNullOrEmpty(product))
    {
        lblProduct.Text = $"商品: {Server.UrlDecode(product)}";
        lblPrice.Text = $"價格: {price}元";
    }
    else
    {
        lblProduct.Text = "未接收到商品參數";
    }
}

代碼分析

參數傳遞安全方案

// 發送端：編碼特殊字符
string productName = Server.UrlEncode("華為P60 Pro"); 

// 接收端：優先使用QueryString獲取
string product = Request.QueryString["product"];

• 為什麼編碼？：防止空格、中文等字符導致URL解析錯誤
• QueryString vs Params：QueryString只獲取URL參數，避免表單數據混淆

瀏覽器能力檢測

HttpBrowserCapabilities clientBrowser = Request.Browser;

// 判斷瀏覽器特性
bool supportsJS = clientBrowser.EcmaScriptVersion.Major > 0;
bool isMobile = clientBrowser.IsMobileDevice;

• 關鍵屬性：

  • Browser：瀏覽器類型(Chrome, Edge等)
  • Platform：操作系統(Windows, Android等)
  • EcmaScriptVersion：支持的JS版本
  • IsMobileDevice：是否為移動設備

錯誤處理實踐

// 檢查參數是否存在
if (Request.QueryString["product"] != null) 
{
    // 處理參數
}
else
{
    // 顯示錯誤提示
}

• 避免直接使用Request["key"]，可能意外獲取到Cookie或表單值
• 始終驗證參數是否存在，防止NullReferenceException

測試場景及結果

測試1：頁面傳參

訪問Default.aspx點擊跳轉按鈕
觀察URL變為：

Request.aspx?product=%e5%8d%8e%e4%b8%BAP60+Pro&price=5999

接收頁顯示：

商品: 華為P60 Pro
價格: 5999元

測試2：瀏覽器檢測

性能分析

時間複雜度 O(1)

• 參數獲取和瀏覽器檢測均為哈希查找操作
• 不受數據量影響

空間複雜度 O(1)

• 僅存儲字符串等簡單對象
• 內存消耗恆定

總結

通過本實踐我們掌握：
安全傳參三板斧：

• 發送端用UrlEncode編碼
• 接收端用QueryString精確獲取
• 始終驗證參數存在性

瀏覽器適配策略：

• 關鍵屬性檢測：Browser, Platform, EcmaScriptVersion
• 移動端專屬處理：IsMobileDevice

• 舊瀏覽器降級方案示例：

  if (!clientBrowser.SupportsJavaScript) 
  {
      Response.Write("<script>alert('請升級瀏覽器！')</script>");
  }

避坑指南：

• 避免用Request["key]萬能獲取器
• 用Params時注意參數優先級（QueryString > Form > Cookie）
• 瀏覽器檢測不可完全信任（用户可能修改UA）

實際項目建議結合這些技術實現：

• 商品詳情頁的SKU參數傳遞
• 瀏覽器不支持WebP時自動回退JPEG
• 移動端重定向到m.xxx.com域名