aspx电商网站跑在IIS上，电商页面后缀是网站.aspx，用户点一次按钮，论文服务器就得回一次完整HTML。电商这套模式搁在2005年很风光，网站放到今天，论文问题全暴露了。电商

我接手过一个老项目，网站某母婴用品商城，论文用的电商就是aspx。服务器是网站Windows Server 2012，数据库SQL Server，论文前端套了层Bootstrap。电商首页加载要4秒多，网站商品列表页更慢，论文ViewState撑到快200KB。什么概念？用户手机流量每刷一次列表，光ViewState就吃掉近0.2MB。老板还纳闷，说服务器带宽买了不少，怎么还卡。

ViewState是aspx的命根子。它把控件状态序列化后塞进隐藏字段，每次请求来回传。方便是真方便，拖个GridView，分页排序全自动。代价也真大。那个母婴商城，一个商品筛选页有12个下拉框、3个复选框，ViewState直接爆到300KB。后来我把GridView换成Repeater，手动写分页，ViewState压到20KB以内，首屏时间砍了一半。

再说页面生命周期。aspx的Page_Load、PreRender、Init这些事件，对新手是迷宫。我见过一个bug，按钮点击后数据没更新，查了半天，发现是Page_Load里没加IsPostBack判断，每次回发都重新绑定数据，把用户输入冲掉了。这种坑，Web Forms开发者谁没踩过几回。

但aspx也不是一无是处。它的服务器控件生态成熟，GridView、Repeater、DataList，拖拽就能出活。对内部管理系统、后台报表这类场景，开发速度确实快。那个母婴商城的后台，商品批量导入、订单导出Excel，用aspx的FileUpload和Response.Write直接搞定，换ASP.NET Core MVC得写不少代码。

问题出在前台。电商网站前台要的是快、轻、SEO友好。aspx的URL带.aspx后缀，对搜索引擎不算友好。虽然能配URL重写，但多一层配置就多一层维护成本。而且Web Forms的PostBack模型，天然不适合高并发。每个请求都要走完整生命周期，IIS回收应用程序池时，第一个请求还得等JIT编译。

我后来给那个母婴商城做了改造。前台商品展示、搜索、购物车，全部换成ASP.NET MVC，保留aspx做后台管理。MVC的Controller返回JSON，前端用jQuery渲染，首屏时间降到1.2秒。ViewState没了，页面体积从300KB降到40KB。后台继续用aspx，开发效率没受影响。

这种混合架构其实挺实用。aspx适合快速出后台，MVC适合做前台。硬要把aspx往高并发电商前台塞，不是不行，但得花大力气优化。比如禁用ViewState、用OutputCache、把GridView换成Repeater、开Gzip压缩。这些手段我都试过，有效，但治标不治本。

现在新项目基本没人用aspx了。ASP.NET Core都出到8了，Blazor也能做交互。但老系统还在跑，维护老系统的程序员还在跟ViewState搏斗。我写这些不是要否定aspx，它完成过历史使命。只是如果你现在要搭电商网站，别选它。选错了，后面填坑的时间够你重写两遍。