PHP转ASP.NET核心是从无状态脚本转向有状态、组件化、事件驱动的Web框架模型；需理解Web Forms回发机制、ViewState、请求上下文取值差异、Session配置差异及应用长生命周期带来的静态变量风险。
PHP 转 ASP.NET 不是“语法替换”，核心在于从无状态脚本模型转向有状态、组件化、事件驱动（但本质仍是请求响应）的 Web 框架模型。直接说结论：你不能把 $_POST 和 echo 套进 ASP.NET Web Forms 的 Button_Click 里就完事——那会踩一堆隐式生命周期和视图状态的坑。
Web Forms 的“事件”不是前端事件，而是服务端回发模拟
ASP.NET Web Forms 表面写 Button_Click，看起来像桌面开发，但底层仍是 HTTP 请求/响应。每次点击触发的是完整页面回发（postback），服务器重建整个控件树、还原 ViewState、再执行事件处理。这和 PHP 中“接收 POST → 处理 → 输出 HTML”有本质差异：
-
Page_Load会在每次回发时执行，不加if (!IsPostBack)判断，初始化逻辑就会重复跑甚至报错 -
ViewState自动保存控件属性，但体积大、可被篡改，敏感数据绝不能放里面 - 前端 JS 绑定的
onclick和服务端OnClick完全不同层，混用容易导致预期外的回发或事件丢失
PHP 的全局变量（$_GET/$_POST）在 ASP.NET 里得按上下文取
没有统一的“超全局数组”。取值方式取决于你用的 ASP.NET 版本和模式：
- Web Forms：
Request.QueryString["id"]、Request.Form["username"]，注意类型是string，需手动转int等 - MVC：参数直接注入 Action 方法，如
public ActionResult Edit(int id)，框架自动绑定 - Core Minimal API 或 Razor Pages：用
HttpContext.Request.Query或模型绑定（[FromQuery]/[FromBody]） - 别硬套
$_SERVER—— 对应的是HttpContext.Request下的Host、PathBase、Headers等属性
Session 和 Cookie 处理默认行为不同，必须显式配置
PHP 默认开启 session_start()，而 ASP.NET 的 Session 需要确认是否启用、后端存储方式（InProc / StateServer / Redis），且默认不兼容 PHP 的 session ID 传输机制：
