(一).选择会话状态存储方式
在Webconfig文件配置:
<sessionState mode="???" stateConnectionString="tcpip=127.0.0.1:42424"
sqlConnectionString="data source=127.0.0.1;Trusted_Connection=yes"
cookieless="false" timeout="20"/>
Asp.net有三种方式存储会话状态信息:
1. 存储在进程中: 属性mode = InProc
特点： 具有最佳的性能，速度最快,但不能跨多台服务器存储共享.
2. 存储在状态服务器中: 属性mode = "StateServer"
特点: 当需要跨服务器维护用户会话信息时，使用此方法。
但是信息存储在状态服务器上，一旦状态服务器出现故障，信息将丢失
3. 存储在Sql Server中: 属性mode="SqlServer"
特点: 工作负载会变大，但信息不会丢失.
补充一点：
I. 由于某些页面不需要会话状态，则可以将会话状态禁用:
代码如下： <%@ Page EnableSessionState="false" %>
II.如果页面需要访问会话变量但不允许修改它们，可以设置页面会话状态为只读:
代码如下： <%@ Page EnableSessionState="false" %>
使用时可以根据具体情况选择某种方式
(二).使用Page.IsPostBack
Page.IsPostBack表示是否是从客户端返回的. 初次运行时，不是从客户端返回，它的值
为false,当触发页面上的事件或刷新页面时，Page.IsPostBack由于是回发的，值变为
有很久一段时间我的BLOG上没有出现AJAX相关讯息了，主要当然是因为绝大部分的重心都放到了Silverlight身上(可预期的未来应该也会是如此)。
但由于工作上的需要，最近还是回头看了一下即将推出的ASP.NET Ajax Library...，顺便找了一下网络上的讯息，看这个态势我猜想应该不少ASP.NET开发人员忽略掉了这个其实已经bet ......
原因就是IIS和.net Framework2.0安装顺序反了，因为我先前曾经装过VisualStudio2005，所以系统里先安装了.net Framework2.0，而这样后来装过IIS后，.net Framework未注册相关组件，不能对IIS做出修改，就会出现这种情况！
解决方法：
到C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727中找，有个工具叫 aspnet_regiis.exe ......
/// <summary>
/// HTML解码
/// </summary>
/// <param name="input"></param>
/// <returns></returns>
public string HtmlDecode(string input)
&nb ......
