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 传输机制：
立即学习“PHP免费学习笔记（深入）”；
- Cookie 名默认是
.ASPXAUTH（FormsAuth）或ASP.NET_SessionId，不是PHPSESSID - Session 过期时间单位是分钟，不是秒；且 InProc 模式下 AppDomain 重启即丢失
- 跨域或 HTTPS 场景下，
Cookie.Secure和Cookie.HttpOnly必须显式设，否则可能拿不到 - 若要迁移老 PHP 的 session 数据，得自己解析 PHP 的 session 文件格式（
key|s:val;）并反序列化，.NET 没原生支持
最常被忽略的一点：PHP 是每个请求独立进程/线程，而 ASP.NET（尤其 IIS 托管）是长生命周期应用，静态变量、单例、缓存（HttpRuntime.Cache）会跨请求存在——一个没清空的静态列表，可能让下一个用户的请求拿到上一个人的数据。
