说明: 执行当前 Web 请求期间，出现未处理的异常。请检查堆栈跟踪信息，以了解有关该错误以及代码中导致错误的出处的详细信息。

异常详细信息: System.IO.DirectoryNotFoundException: 未找到路径“G:\”的一部分。

源错误:

执行当前 Web 请求期间生成了未处理的异常。可以使用下面的异常堆栈跟踪信息确定有关异常原因和发生位置的信息。

堆栈跟踪:

[DirectoryNotFoundException: 未找到路径“G:\”的一部分。]    System.IO.__Error.WinIOError(Int32 errorCode, String str) +287    System.IO.Directory.InternalCreateDirectory(String fullPath, String path) +489    System.IO.Directory.CreateDirectory(String path) +195    DvNews.Admin.BasePage.x7a42976890112af7(String xcc73173c60d9e1a3) +1166    DvNews.Admin.MakeStatic.btSort_OnClick(Object xe0292b9ed559da7d, EventArgs x09164e3c6108269f) +318    System.Web.UI.WebControls.Button.OnClick(EventArgs e) +108    System.Web.UI.WebControls.Button.System.Web.UI.IPostBackEventHandler.RaisePostBackEvent(String eventArgument) +57    System.Web.UI.Page.RaisePostBackEvent(IPostBackEventHandler sourceControl, String eventArgument) +18    System.Web.UI.Page.RaisePostBackEvent(NameValueCollection postData) +33    System.Web.UI.Page.ProcessRequestMain() +1292

解决方法：
分析： 首先这是对该分区没有访问权限 需求给它分配权限
方法： 1.   找到IIS 选择网络服务  
 
2. 找该分区 选中属性－－安全

3.找到添加按钮   选中SERVICE  并 确定

4.加SERVICE后， 点高级 弹出以下画面  然后对SERVICE 分配相就的权限 不要全选

最后按确定 就这样解决
 

获得IP地址并对IP地址进行判断然后做出相应的处理

1、获得请求的IP地址
2、判断请求是否为当天请求
3、如果是检验访问次数是否超过3次 超过则禁止访问 未达到3次则记录访问次数
4、判断请求为第二天请求
5、记录前一天的总访问次数并且删除前一天的所有IP访问信息
6、如果是检验访问次数是否超过3次 超过则禁止访问 未达到3次则记录访问次数

private void ValidIPRequest()
{
 string ip = "";
 string temptime = "";
 string time = "";
 
 try
 {
  ip = Request.ServerVariables["HTTP_X_FORWARDED_FOR"];//使用代理服务器时,透过代理获得客户机真实IP
  
  if(ip == null)
  {
   ip = Request.ServerVariables["REMOTE_ADDR"];//当不采用代理时,直接获得客户机IP
  }
  
  time = DateTime.Now.ToString("yyyy-MM-dd");//此IP访问时的服务器时间 

  SqlDBManager db = new SqlDBManager(System.Configuration.ConfigurationSettings.AppSettings["ConnString"].ToString());
  
  System.Data.SqlClient.SqlDataReader sdr = db.Select("select top 1 _time from ipday order by _time desc");
  
  try
  {
   if(sdr.HasRows)
   {
    while(sdr.Read())
    {
     temptime = Convert.ToString(sdr.GetDateTime(0));
    }
   }
  }
  finally
  {
   sdr.Close();
   db.ConnClose();
  }

  if(temptime == null || temptime == "")
  {
   temptime = time;
  }

  DateTime dt = Convert.ToDateTime(time);//转换当前服务器时间 为时间型
  DateTime tempdt = Convert.ToDateTime(temptime);//转换当前IP数据时间 为时间型

  if(dt == tempdt)  //服务器时间与IP数据时间相同 说明是当天的点击
  {
   IPRequest();
  }
  if(dt > tempdt) //服务器时间>IP数据时间 说明是第二天的点击 获得前一天的点击总数存入iprecord表 并删除ipday中前一天的所有记录
  {
   int topnum = 0;
   System.Data.SqlClient.SqlDataReader sdr1 = db.Select("select sum(num) from ipday");
   try
   {
    if(sdr1.HasRows)
    {
     while(sdr1.Read())
     {
      topnum=sdr1.GetInt32(0);
     }
    }
   }
   finally
   {
    sdr1.Close();
    db.ConnClose();
   }

   db.Delete("delete from ipday where _time='"+temptime+"'");
   db.Insert("insert into iprecord(_time,topnum) values ('"+temptime+"',"+topnum+")");
   
   IPRequest();   
  } 
 }
 catch(Exception ex)
 {
  throw(ex);
 }
}

private void IPRequest()
{
 bool b = db.CheckEnable("ip",ip,"ipday");//检验此IP 今天是否访问过 表中存在为false 不存在为true

 if(b == false)    //此IP今天访问过
 {
  int n = Convert.ToInt32(db.AnyKey("num","ip",ip,"ipday"));//获得此IP 今天的访问次数
  if(n == 3)
  {
   Response.Write("<script>alert('你已经点了3次了,一天只能点3次');</script>");
   return;
  }
  else if(n<3)
  {
   n++;
   db.Update("update ipday set num="+n);
   Response.Write("<script language=javascript>window.open('目标页.aspx');</script>");
  }
 }
 else  //此IP今天没有访问过
 {
  db.Insert("insert into ipday(ip,_time,num) values ('"+ip+"','"+time+"',1)");
  Response.Write("<script language=javascript>window.open('目标页.aspx');</script>");
 }
}
 

还可以:
<asp:DataGrid id="DataGrid1" runat="server">
 <Columns>
  <asp:TemplateColumn>
   <ItemTemplate>
    <%# this.DataGrid1.Items.Count + 1%>
   </ItemTemplate>
  </asp:TemplateColumn>
 </Columns>
</asp:DataGrid>

为什么Items.Count会这样,而不是得出全部总合,但如果了解绑定过程就容易理解。[从上面来看就是在 ItemCreated 事件中进行绑定所以得到的 Items.Count 刚好是当前的序号]

B、AllowPaging="True"下，如果DataGrid支持分页则可以如下：
<asp:DataGrid id="DataGrid1" runat="server" AllowPaging="True">
 <Columns>
  <asp:TemplateColumn>
   <ItemTemplate>
    <%# this.DataGrid1.CurrentPageIndex * this.DataGrid1.PageSize + Container.ItemIndex + 1%>
    //如果使用aspnetpager分页则
    //<%# (this.AspNetPager1.CurrentPageIndex-1) * this.AspNetPager1.PageSize + Container.ItemIndex + 1 %> 
   </ItemTemplate>
  </asp:TemplateColumn>
 </Columns>
</asp:DataGrid>

二、倒序的方法

由上面可以知道使用 this.DataGrid1.Items.Count - Container.ItemIndex + 1 方法是不可能实现的,得到值全会为1,分页的情况下更是一样.所以一开始就要取得数据源的行数:

private int rowscount = 0;
protected int RowsCount
{
 get{ return rowscount;}
 set{ this.rowscount = value; }
}

private void Page_Load(object sender, System.EventArgs e)
{
 // 在此处放置用户代码以初始化页面
 if(!IsPostBack)
  this.BindData();
}

private void BindData()
{
 SqlConnection cn = new SqlConnection("server=(local);database=NorthWind;uid=sa;pwd=");
 string str=@"SELECT Employees.EmployeeID, Orders.EmployeeID FROM Employees INNER JOIN Orders ON Employees.EmployeeID = Orders.EmployeeID ";
 SqlDataAdapter sqlda = new SqlDataAdapter(str,cn);
 DataSet ds = new DataSet();
 sqlda.Fill(ds);
 
 this.RowsCount = ds.Tables[0].Rows.Count;
 this.DataGrid1.DataSource = ds;
 this.DataGrid1.DataBind();
}

<asp:DataGrid id="DataGrid1" runat="server" AllowPaging="True">
 <Columns>
  <asp:TemplateColumn>
   <ItemTemplate>
    <%# RowsCount - DataGrid1.CurrentPageIndex * DataGrid1.PageSize - Container.ItemIndex %>
   </ItemTemplate>
  </asp:TemplateColumn>
 </Columns>
</asp:DataGrid>

HttpRuntime.Cache.Remove(cacheEnmu.Key.ToString());

下列代码清空所有 Cache 缓存：

IDictionaryEnumerator cacheEnmu = HttpRuntime.Cache.GetEnumerator();
while (cacheEnmu.MoveNext())
{      
    HttpRuntime.Cache.Remove(cacheEnmu.Key.ToString());
}

（2）页面级缓存 OutputCache
相对 Cache 对象，页面级的 OutputCache 的使用要容易得多，且无需改动页面代码，只要在页面顶部增加 <%@ OutputCache %> 声明就可以缓存当前页的所有内容。当然有利必有弊，OutputCache 只提供有限的几个参数，当需要清除缓存时就不如 Cache 对象那么灵活。不过仍然有办法，.Net 提供了 RemoveOutputCacheItem() 方法来清空页面级输出缓存，使用方法如下：

HttpResponse.RemoveOutputCacheItem(fname);
//fname 是待清除缓存页面的绝对路径，如 /article/read.aspx

（3）用户控件级缓存 OutputCache
用户控件级缓存和页面级缓存类似，不同的是可以只缓存页面局部的用户控件，对于不需要整页缓存的页面来说是种不错的解决方案。可是清空页面缓存的 RemoveOutputCacheItem() 方法对用户控件却无效。查阅了很多资料，结论是 .net 没有提供直接清空用户控件输出缓存的方法。我的方法是采用 OutputCache 依赖项变通处理，OutputCache 有一个 VaryByCustom 参数，用于为缓存指定自定义的依赖项，当该项内容变动时就会更新缓存。要使用 VaryByCustom 参数需要重写 Global.asax 的 GetVaryByCustomString() 方法，简单的代码如下：
//arg 是系统传入的自定义变量名，需要在下面进行判断//DataCache 是一个缓存类，这里用于存取 Cache 对象，当更新该Cache对象时，页面缓存同时更新

public override string GetVaryByCustomString(HttpContext context, string arg)
{   
    if(arg == "ucCacheFlag")   
    {        
        Object _flag = DataCache.GetCache("ucCacheFlag");         
        if(_flag == null)         
        {               
            _flag = DateTime.Now.Ticks.ToString();               
            DataCache.SetCache( "ucCacheFlag", _flag, DateTime.Now.AddMinutes(CommonValue.CacheTime), TimeSpan.Zero);   
        }         
        return _flag.ToString();    
    }   
    return base.GetVaryByCustomString(context, arg);
}

同时在用户控件的头部声明中加入：

<%@ OutputCache Duration="1800" VaryByCustom="ucCacheFlag" %>
//ucCacheFlag 就是在GetVaryByCustomString()中判断的字符串

只需在程序中更新 key 为 ucCacheFlag 的 Cache，页面输出缓存也会相应更新。可以在 GetVaryByCustomString() 中判断多个关键字，以控制不同的用户控件输出缓存。
（4）iframe 中的缓存问题
嵌入 iframe 或网页模式对话框中的页面会自动产生输出缓存，导致内部页不能实时，这是IE自带的缓存机制，严格来说与 ASP.Net 无关。不过在 .Net 中我们可以通过简单的代码解决这个问题。
在程序的开头部分加入下面的代码，可以设置 HTTP 请求立刻更新，阻止 IE 对页面进行缓存。

Response.Expires = -1;

常见的缓存问题就是以上四种.
 

SqlCommand mycom = usercommon.createcommand();
mycom.CommandText = "ModifyUserPwd";
SqlParameter[] parm = {
    new SqlParameter("@username", SqlDbType.VarChar, 50),
    new SqlParameter("@userpwd", SqlDbType.VarChar, 50),
    new SqlParameter("@newpwd", SqlDbType.VarChar, 50),
    new SqlParameter("@returnvalue",SqlDbType.Int)
    }; 
parm[0].Value=username;
parm[1].Value=oldpwd;
parm[2].Value=newpwd;
parm[3].Direction = ParameterDirection.ReturnValue;
usercommon.AttachParameters(mycom,parm);
mycom.ExecuteNonQuery();
int i =(Int32) mycom.Parameters["@returnvalue"].Value;
usercommon.CloseConn();
return i;

存储过程

alter proc ModifyUserPwd
(
@username varchar(50),
@userpwd varchar(50),
@newpwd varchar(50)
)
as
declare @pwd varchar(50)
select @pwd=userpwd from users
if(@pwd=@userpwd)
begin
update users set userpwd=@newpwd where username=@username
return 1
end
else
return 0
go

页面经历了如下阶段【其中一些阶段标记为仅仅回传，是说只有在被回传到服务器时，页面才经历这些阶段】：

01:页面首先从QueryString或者Request对象的Form集合中获得回传数据。

02:页面检测回传数据集合(NameValueCollection,Form或者QueryString)是否包含一个键为_CallBackId的项。如 果存在，那么设置其Boolean属性IsCallBack为True,以便通过AspNet客户端回调机制，标明页面已经回传到服务器。

03:预初始化(PreInit)：
在页面生命周期的预初始化阶段执行如下操作：
a:调用OnPreInit方法引发PreInit事件。
b:利用App_Themes目录中的内容初始化主题，以动态实现一个PageTheme类型的类，
编译该类，并创建一个编译类的实例，接着将实例赋值给它的PageTheme属性值
c:应用母版页

04:初始化(Init)：
在页面生命周期的初始化阶段执行以下操作
a:递归初始化Controls集合中的控件。初始化包括设置这些控件的属性，
例如：Page,Id和NameContainer等
b:递归应用控件皮肤
c:调用OnInit方法以引发自身的Init事件，接着递归调用子控件的OnInit方法来引发它们的Init事件
d:调用自身的TrackViewState方法来启动自身的视图状态跟踪，接着递归调用子控件
的TrackViewState方法来启动它们的视图状态跟踪。

05:完成初始化(InitComplete):
页面调用OnInitComplete方法来引发InitComplete事件。该事件标明了初始化阶段的结束。
此时，页面Controls集合的所有控件都被初始化了。

06:加载控件状态(Load Control State)[PostBack Only]:
页面递归调用Control集合中控件的LoadControlState方法，这些控件已经调用了Page类
的RegisterRequiresControlState方法，以使用它们的控件状态。

07:加载视图状态(Load View State)[PostBack Only]:
页面首先调用自身的LoadViewState方法，接着递归调用Controls集合控件的LoadViewState方法，以允许它们加载它们的已经保存的视图状态。

08:加载回传数据(Load Post Data)[PostBack Only]:
页面调用实现IPostBackDataHandler接口的控件的LoadPostData方法，并将回传数据传递给该方法。每个控件的LoadPostDate方法都必须访问回传数据，并据此更新相应的控件属性。
例如：TextBox控件的LoadPostData方法将文本框的新值设置为TextBox控件的Text属性值。

09:预加载(PreLoad):
页面调用OnPreLoad方法以引发PreLoad事件。该事件表示页面生命周期将进入加载阶段。

10:加载(Load):
页面首先调用自身的OnLoad方法以引发自身的Load事件，接着递归调用Controls集合中控件的OnLoad方法以引发它们的Load事件。页面开发人员可以为Load事件注册回调，那么就可以通过编程将子控件添加到页面的Controls集合中。

11:加载回传数据(Load Post Data)[PostBack Only Second Try]:
页面调用控件的LoadPostBack方法。这些控件如果实现了IPostBackDataHandler接口，那么在加载阶段，它们已通过编程添加到Controls集合中。

12:引发回传数据修改事件(Raise Post Data Changed Event)[PostBack Only]:
页面调用控件的RaisePostDataChangeEvent方法，这些控件的LoadPostData方法返回true。
RaisePostDataChangeEvent方法引发了回传数据修改事件。例如：当文本框的新值与旧值
不同时，那么TextBox控件将引发该事件。

13:引发回传事件(Raise PostBack Event)[PostBack Only]:
页面调用控件的RaisePostEvent方法，这些控件相关的Html元素用于提交表单。例如，Button控件的相关Html元素将页面回传到服务器。控件的RaisePostBackEvent方法必须将回传事件映射到一个或多个服务器事件。例如，Button控件的RaisePostBackEvent方法将事件映射到了服务器端事件Command和Click上。

14:完成加载(Load Complete):
页面调用OnLoadComplete方法来引发LoadComplete事件，这表示所有加载活动，包括加载回传数据，以及引发回传数据修改事件，并以更新控件自身的活动都完成了。

15:引发回调事件(Raise CallBack Event)(PostBack And CallBack Only):
页面调用控件的RaiseCallBackEvent方法。该控件可使用AspNet客户端回调机制来允许客户端方法(例如JavaScript函数)调用服务器端方法，而无需将整个页面回传给服务器。
RaiseCallBackEvent方法必须调用服务器端方法。如果页面的回传使用了客户端回调机制，那么页面将不会执行剩余的页面生命周期阶段。

16:预呈现(PreRender):
在页面生命周期这个阶段执行一下操作。
a:调用EnsureChildControls方法来确保在页面进入呈现阶段之前，创建其子控件。
b:调用自身的OnPreRender方法来引发PreRender事件。
c:递归调用Controls集合中控件的OnPreRender方法，以引发它们的PreRender事件。

17:预呈现完成(PreRender Complete):
页面调用OnPrerenderComplete方法来引发PreRenderComplete事件，这表示所有预呈现活动完成了。

18:保存控件状态(Save Control State): 
页面递归调用Controls集合中控件的SaveControlState方法。这些控件已经调用了Page类的RegisterRequiresControlState方法来保存它们的控件状态。 

19:保存视图状态(Save View State):
页面首先调用自身的SaveViewState方法，然后调用Controls集合中的SaveViewState方法，以允许它们来保存其视图状态。

20:保存状态完成(Save View Complete):
页面调用OnSaveStateComplete方法以引发SaveStateComplete事件，这表示所有状态保存活动都完成了。

21:呈现：
在页面生命周期的这个阶段执行一下操作。
a:创建一个HtmlTextWriter类实例，该实例封装了输出响应流
b:调用RenderCOntrol方法，并将HtmlTextWriter实例传递给该方法。
RenderControl方法递归调用子控件的RenderControl方法，以便允许每个控件能够呈现其
Html标记文本。子控件的Html标记文本组成了最终发送给客户端浏览器的Html标记文本。

using System; using System.Data; using System.Configuration; using System.Web; using System.Web.Security; using System.Web.UI; using System.Web.UI.WebControls; using System.Web.UI.WebControls.WebParts; using System.Web.UI.HtmlControls; public partial class _Default : Page {     protected void Page_Load(object sender, EventArgs e)      {      }     #region OnPreInit 第一步     protected override void OnPreInit(EventArgs e)      {         //检查 IsPostBack 属性来确定是不是第一次处理该页。         //创建或重新创建动态控件。         //动态设置主控页。         //动态设置 Theme 属性。         //读取或设置配置文件属性值。         //注意           //如果请求是回发请求，则控件的值尚未从视图状态还原。如果在此阶段设置控件属性，则其值可能会在下一事件中被重写。         base.OnPreInit(e);      }     #endregion     #region OnInit 第二步     protected override void OnInit(EventArgs e)      {         //在所有控件都已初始化且已应用所有外观设置后引发。使用该事件来读取或初始化控件属性。         base.OnInit(e);      }     #endregion     #region OnInitComplete 第三步     protected override void OnInitComplete(EventArgs e)      {         //由 Page 对象引发。使用该事件来处理要求先完成所有初始化工作的任务。         base.OnInitComplete(e);      }     #endregion     #region PreLoad 第四步     protected override void OnPreLoad(EventArgs e)      {         //如果需要在 Load 事件之前对页或控件执行处理，请使用该事件。         //在 Page 引发该事件后，它会为自身和所有控件加载视图状态，然后会处理 Request 实例包括的任何回发数据。         base.OnPreLoad(e);      }     #endregion     #region OnLoad 第五步     protected override void OnLoad(EventArgs e)      {         //Page 在 Page 上调用 OnLoad 事件方法，然后以递归方式对每个子控件执行相同操作，如此循环往复，直到加载完本页和所有控件为止。         //使用 OnLoad 事件方法来设置控件中的属性并建立数据库连接。         base.OnLoad(e);      }     #endregion     #region 控件事件 第六步     protected void Button1_Click(object sender, EventArgs e)      {         //用这些事件来处理特定控件事件，如 Button 控件的 Click 事件或 TextBox 控件的 TextChanged 事件。         //注意           //在回发请求中，如果页包含验证程序控件，请在执行任何处理之前检查 Page 和各个验证控件的 IsValid 属性。      }     #endregion     #region OnLoadComplete 第七步     protected override void OnLoadComplete(EventArgs e)      {         //对需要加载页上的所有其他控件的任务使用该事件。         base.OnLoadComplete(e);      }     #endregion     #region OnPreRender 第八步     protected override void OnPreRender(EventArgs e)      {         //在该事件发生前：         //Page 对象会针对每个控件和页调用 EnsureChildControls。         //设置了 DataSourceID 属性的每个数据绑定控件会调用 DataBind 方法。有关更多信息，请参见下面的数据绑定控件的数据绑定事件。         //页上的每个控件都会发生 PreRender 事件。使用该事件对页或其控件的内容进行最后更改。         base.OnPreRender(e);      }     #endregion     #region SaveStateComplete 第九步     protected override void OnSaveStateComplete(EventArgs e)      {         //在该事件发生前，已针对页和所有控件保存了 ViewState。将忽略此时对页或控件进行的任何更改。         //使用该事件执行满足以下条件的任务：要求已经保存了视图状态，但未对控件进行任何更改。         base.OnSaveStateComplete(e);      }     #endregion     #region Render 第十步     //Render     //这不是事件；在处理的这个阶段，Page 对象会在每个控件上调用此方法。所有 ASP.NET Web 服务器控件都有一个用于写出发送给浏览器的控件标记的 Render 方法。     //如果创建自定义控件，通常要重写此方法以输出控件的标记。不过，如果自定义控件只合并标准的 ASP.NET Web 服务器控件，不合并自定义标记，则不需要重写 Render 方法。有关更多信息，请参见开发自定义 ASP.NET 服务器控件。     //用户控件（.ascx 文件）自动合并呈现，因此不需要在代码中显式呈现该控件。     #endregion     #region OnUnload 第十一步            protected override void OnUnload(EventArgs e)      {         //该事件首先针对每个控件发生，继而针对该页发生。在控件中，使用该事件对特定控件执行最后清理，如关闭控件特定数据库连接。         //对于页自身，使用该事件来执行最后清理工作，如：关闭打开的文件和数据库连接，或完成日志记录或其他请求特定任务。         //注意           //在卸载阶段，页及其控件已被呈现，因此无法对响应流做进一步更改。如果尝试调用方法（如 Response.Write 方法），则该页将引发异常。         base.OnUnload(e);      }     #endregion }

<sessionState mode='InProc stateConnectionString='tcpip=127.0.0.1:42424' sqlConnectionString='data source=127.0.0.1;Trusted_Connection=yes' cookieless='true' timeout='60'/>   
   
在sessionState标签中有个属性mode，它可以有3种取值：InProc、StateServer、SQLServer（大小写敏感）。默认情况下是InProc，也就是将Session保存在进程内（IIS5是aspnet_wp.exe，而IIS6是W3wp.exe），这个进程不稳定，在某些事件发生时，进程会重起，所以造成了存储在该进程内的Session丢失。   
    
哪些情况下该进程会重起呢？微软的一篇文章告诉了我们：  
   1、配置文件中processModel标签的memoryLimit属性  
   2、Global.asax或者Web.config文件被更改  
   3、Bin文件夹中的Web程序（DLL）被修改  
   4、杀毒软件扫描了一些.config文件。   
    
   解决办法：  
   
   前面说到的sessionState标签中mode属性可以有三个取值，除了InProc之外，还可以为StateServer、SQLServer。这两种存Session的方法都是进程外的，所以当aspnet_wp.exe重起的时候，不会影响到Session。  
   
   现在请将mode设定为StateServer。StateServer是本机的一个服务，可以在系统服务里看到服务名为ASP.NET State Service的服务，默认情况是不启动的。当设定mode为StateServer之后，手工将该服务启动。  
   
   这样，就能利用本机的StateService来存储Session了，除非电脑重启或者StateService崩掉，否则Session是不会丢的（因Session超时被丢弃是正常的）。  
   
   除此之外，还可以将Session通过其他电脑的StateService来保存。具体的修改是这样的。同样还在sessionState标签中，有个stateConnectionString='tcpip=127.0.0.1:42424'属性，其中有个ip地址，默认为本机（127.0.0.1），可以将其改成你所知的运行了StateService服务的电脑IP，这样就可以实现位于不同电脑上的Asp.net程序互通Session了。  
   
   如果你有更高的要求，需要在服务期重启时Session也不丢失，可以考虑将mode设定成SQLServer，同样需要修改sqlConnectionString属性。关于使用SQLServer保存Session的操作，请访问这里。  
   
   在使用StateServer或者SQLServer存储Session时，所有需要保存到Session的对象除了基本数据类型（默认的数据类型，如int、string等）外，都必须序列化。只需将[Serializable]标签放到要序列化的类前就可以了。  
   如：  
   [Serializable]  
   public    class    MyClass  
   {  
           ......  
   }   

ASP.NET 使用mode="InProc"方式保存Session老是丢失，无奈改成StateServer 模式。

session是工作在你的应用程序进程中的。asp.net进程、iis往往会在20分钟之后重启相关的应用程序，缓冲池满了（例如100个之后）也会重启，各种进程保护措施都会随时重新启动，因此InProc方式丢失session是很正常的事。csdn上明确告诉了这种模式只能保存“易失的、暂时的 ”变量，这是cache没有之前的一种解决方案。而长期保持的数据就要保存在外部数据源中。状态服务器就是一种进程外的数据源。

StateServer 模式的实质是，把Session 存放在一个单独的进程里，此进程独立于 aspnet_wp.exe 或 w3wp.exe 。启用此服务后，在“任务管理器”中可以看到一个名为 aspnet_state.exe 的进程，下面开始说明一下设置的具体步骤：

1、 修改注册表（关键步骤，如下图）

运行 regedit → 打开注册表 → 找到HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\aspnet_state \Parameters 节点 → 将 AllowRemoteConnection 的键值设置成“1”（1 为允许远程电脑的连接，0 代表禁止）→ 设置 Port (端口号)

注意事项：

a)、若ASP.NET State Service 正在运行，修改注册表内容后，则需要重新启动该服务
b)、注意端口号的键值是以十六进制储存的，可以使用十进制进行修改，42424 是默认的端口
c)、AllowRemoteConnection 的键值设置成“1”后，意味着允许远程电脑的连接，也就是说只要知道你的服务端口，就可享用你的ASP.NET State Service，即把 Session 存放在你的电脑进程内，因此请大家慎用；键值为“0”时，仅有stateConnectionString 为“tcpip=localhost: 42424”与“tcpip=127.0.0.1:42424”的情况，方可使用ASP.NET State Service

2、 开启 ASP.NET State Service

右键点击“我的电脑”→ 管理 → 服务与应用程序 → 服务 → 双击“ASP.NET State Service” → 启动（可设为“自动”）只要安装了 .Net Framework ，都拥有此服务。

3、 更改 Web.config

打开 Web.config → 找到 <sessionState> 节点内容

<sessionState mode=”InProc” stateConnectionString=”tcpip=127.0.0.1:42424″ sqlConnectionString=”data source=127.0.0.1;Trusted_Connection=yes” cookieless=”false” timeout=”20″ />

→ 将其改为以下内容

<sessionState mode=”StateServer” stateConnectionString=”tcpip=192.168.0.2:42424″ timeout=”20″ />

注意事项：
1、timeout=”20″为Session 20分钟超时
2、IP 地址（可以是远程计算机 IP、计算机名称、域名）与端口号，端口号需与ASP.NET State Service 的服务端口一致

一、认识Web.config文件
Web.config 文件是一个xml文本文件，它用来储存 asp.NET Web 应用程序的配置信息（如最常用的设置asp.NET Web 应用程序的身份验证方式），它可以出现在应用程序的每一个目录中。当你通过.NET新建一个Web应用程序后，默认情况下会在根目录自动创建一个默认的Web.config文件，包括默认的配置设置，所有的子目录都继承它的配置设置。如果你想修改子目录的配置设置，你可以在该子目录下新建一个Web.config文件。它可以提供除从父目录继承的配置信息以外的配置信息，也可以重写或修改父目录中定义的设置。
 (一).Web.Config是以xml文件规范存储,配置文件分为以下格式
1.配置节处理程序声明
特点：位于配置文件的顶部，包含在<configSections>标志中。
2.特定应用程序配置
特点: 位于<appSetting>中。可以定义应用程序的全局常量设置等信息.
3.配置节设置
特点: 位于<system.Web>节中，控制asp.net运行时的行为.
4.配置节组
特点: 用<sectionGroup>标记，可以自定义分组，可以放到<configSections>内部或其它<sectionGroup>标记的内部.
(二).配置节的每一节
1.<configuration>节根元素，其它节都是在它的内部.
2.<appSetting>节此节用于定义应用程序设置项。对一些不确定设置，还可以让用户根据自己实际情况自己设置
用法:
I.<appSettings>
<add key="Conntction" value="server=192.168.85.66;userid=sa;password=;database=Info;"/>
<appSettings>
定义了一个连接字符串常量，并且在实际应用时可以修改连接字符串，不用修改程式代码.
II.<appSettings>
<add key="ErrPage" value="Error.aspx"/><appSettings> 定义了一个错误重定向页面.
3.<compilation>节
格式:
<compilation
defaultLanguage="c#"
debug="true"
/>
I.default language: 定义后台代码语言,可以选择c#和vb.net两种语言.
IIdebug : 为true时，启动aspx调试；为false不启动aspx调试，因而可以提高应用程序运行时的性能。一般程序员在开发时设置为true,交给客户时设置为false.
4.<customErrors>节
格式:
<customErrors
mode="RemoteOnly"
defaultRedirect="error.aspx"
<error statusCode="440" redirect="err440page.aspx"/>
<error statusCode="500" redirect="err500Page.aspx"/>
/>
I.mode : 具有On,Off,RemoteOnly 3种状态。On表示始终显示自定义的信息; Off表示始终显示详细的asp.net错误信息; RemoteOnly表示只对不在本地Web服务器上运行的用户显示自定义信息.
II.defaultRedirect: 用于出现错误时重定向的URL地址. 是可选的
III.statusCode: 指明错误状态码，表明一种特定的出错状态.
IV. redirect:错误重定向的URL.
5.<globalization>节
格式:
<globalization
requestEncoding="utf-8"
responseEncoding="utf-8"
fileEncoding="utf-8"
/>
I.requestEncoding: 它用来检查每一个发来请求的编码.
II.responseEncoding: 用于检查发回的响应内容编码.
III.fileEncoding: 用于检查aspx,asax等文件解析的默认编码.
6.<sessionState>节
格式:
<sessionState
mode="InProc"
stateConnectionString="tcpip=127.0.0.1:42424"
sqlConnectionString="data source=127.0.0.1;Trusted_Connection=yes"
cookieless="false"
timeout="20"
/>
I.mode: 分为off,Inproc,StateServer,SqlServer几种状态
mode = InProc 存储在进程中特点：具有最佳的性能，速度最快,但不能跨多台服务器存储共享.mode = "StateServer" 存储在状态服务器中特点:   当需要跨服务器维护用户会话信息时，使用此方法。但是信息存储在状态服务器上，一旦状态服务器出现故障，信息将丢失. mode="SqlServer" 存储在sql server中特点:工作负载会变大，但信息不会丢失.
II. stateConnectionString :指定asp.net应用程序存储远程会话状态的服务器名，默认为本机
III.sqlConnectionString:当用会话状态数据库时，在这里设置连接字符串
IV. Cookieless:设置为true时，表示不使用cookie会话状态来标识客户；否则，相反.
V. TimeOut:用来定义会话状态存储的时间，超过期限，将自动终止会话.
7.<authentication>节
格式:
<authentication mode="Forms">
<forms name=".ASPXUSERDEMO" loginUrl="Login.aspx" protection="All" timeout="30"/>
</authentication>
<authorization>
<deny users="?"/>
</authorization>
I.Windows: 使用IIS验证方式
II.Forms: 使用基于窗体的验证方式
III.Passport: 采用Passport cookie验证模式
IV.None: 不采用任何验证方式
里面内嵌Forms节点的属性涵义:
I.Name: 指定完成身份验证的Http cookie的名称.
II.LoginUrl: 如果未通过验证或超时后重定向的页面URL，一般为登录页面，让用户重新登录
III.Protection: 指定 cookie数据的保护方式.
可设置为: All None Encryption Validation四种保护方式
a. All表示加密数据，并进行有效性验证两种方式
b. None表示不保护Cookie.
c. Encryption表示对Cookie内容进行加密
d. validation表示对Cookie内容进行有效性验证
IV. TimeOut: 指定Cookie的失效时间. 超时后要重新登录.
在运行时对Web.config文件的修改不需要重启服务就可以生效（注：<processModel> 节例外）。当然Web.config文件是可以扩展的。你可以自定义新配置参数并编写配置节处理程序以对它们进行处理。
web.config配置文件（默认的配置设置）以下所有的代码都应该位于
<configuration>
<system.web>
和
</system.web>
</configuration>
之间，出于学习的目的下面的示例都省略了这段xml标记。
1、<authentication> 节
作用：配置 asp.NET 身份验证支持（为Windows、Forms、PassPort、None四种）。该元素只能在计算机、站点或应用程序级别声明。< authentication> 元素必需与<authorization> 节配合使用。
示例：
以下示例为基于窗体（Forms）的身份验证配置站点，当没有登陆的用户访问需要身份验证的网页，网页自动跳转到登陆网页。
<authentication mode="Forms" >
<forms loginUrl="logon.aspx" name=".FormsAuthCookie"/>
</authentication>
其中元素loginUrl表示登陆网页的名称，name表示Cookie名称。
2、<authorization> 节
作用：控制对 URL 资源的客户端访问（如允许匿名用户访问）。此元素可以在任何级别（计算机、站点、应用程序、子目录或页）上声明。必需与<authentication> 节配合使用。
示例：以下示例禁止匿名用户的访问
<authorization>
   <deny users="?"/>
</authorization>
注：你可以使用user.identity.name来获取已经过验证的当前的用户名；可以使用web.Security.FormsAuthentication.RedirectFromLoginPage方法将已验证的用户重定向到用户刚才请求的页面.具体的
3、<compilation>节
作用：配置 asp.NET 使用的所有编译设置。默认的debug属性为“True”.在程序编译完成交付使用之后应将其设为False（Web.config文件中有详细说明，此处省略示例）
4、<customErrors>
作用：为 asp.NET 应用程序提供有关自定义错误信息的信息。它不适用于 xml Web services 中发生的错误。
示例：当发生错误时，将网页跳转到自定义的错误页面。
<customErrors defaultRedirect="ErrorPage.aspx" mode="RemoteOnly">
</customErrors>
其中元素defaultRedirect表示自定义的错误网页的名称。mode元素表示：对不在本地 Web 服务器上运行的用户显示自定义(友好的)信息。
5、<httpRuntime>节
作用：配置 asp.NET HTTP 运行库设置。该节可以在计算机、站点、应用程序和子目录级别声明。
示例：控制用户上传文件最大为4M，最长时间为60秒，最多请求数为100
<httpRuntime maxRequestLength="4096" executionTimeout="60" appRequestQueueLimit="100"/>
6、 <pages>
作用：标识特定于页的配置设置（如是否启用会话状态、视图状态，是否检测用户的输入等）。<pages>可以在计算机、站点、应用程序和子目录级别声明。
示例：不检测用户在浏览器输入的内容中是否存在潜在的危险数据（注：该项默认是检测，如果你使用了不检测，一要对用户的输入进行编码或验证)，在从客户端回发页时将检查加密的视图状态，以验证视图状态是否已在客户端被篡改。(注：该项默认是不验证）
<pages buffer="true" enableViewStateMac="true" validateRequest="false"/>
7、<sessionState>
作用：为当前应用程序配置会话状态设置（如设置是否启用会话状态，会话状态保存位置）。
示例：
<sessionState mode="InProc" cookieless="true" timeout="20"/>
</sessionState>
注：
mode="InProc"表示：在本地储存会话状态（你也可以选择储存在远程服务器或SAL服务器中或不启用会话状态）
cookieless="true"表示：如果用户浏览器不支持Cookie时启用会话状态(默认为False）
timeout="20"表示：会话可以处于空闲状态的分钟数
8、<trace>
作用：配置 asp.NET 跟踪服务，主要用来程序测试判断哪里出错。
示例：以下为Web.config中的默认配置：
<trace enabled="false" requestLimit="10" pageOutput="false" traceMode="SortByTime" localOnly="true" />
注：
enabled="false"表示不启用跟踪；
requestLimit="10"表示指定在服务器上存储的跟踪请求的数目
pageOutput="false"表示只能通过跟踪实用工具访问跟踪输出；
traceMode="SortByTime"表示以处理跟踪的顺序来显示跟踪信息
localOnly="true" 表示跟踪查看器 (trace.axd) 只用于宿主 Web 服务器

(三).自定义Web.config文件配置
自定义Web.config文件配置节过程分为两步。
1.在配置文件顶部 <configSections> 和 </configSections>标记之间声明配置节的名称和处理该节中配置数据的 .NET Framework 类的名称。
2.是在 <configSections> 区域之后为声明的节做实际的配置设置。
示例：创建一个节存储数据库连接字符串
<configuration>
　 <configSections>
　 <section name="appSettings" type="System.Configuration.NameValueFileSectionHandler, System, Version=1.0.3300.0, Culture=neutral, PublicKeyToken=b77a5c561934e089"/>
</configSections>
　 <appSettings>
　　 <add key="scon" value="server=a;database=northwind;uid=sa;pwd=123"/>
　 </appSettings>
　 <system.web>
　　 ......
　 </system.web>
</configuration>
访问Web.config文件你可以通过使用ConfigurationSettings.AppSettings 静态字符串集合来访问 Web.config 文件示例：获取上面例子中建立的连接字符串。例如：
protected static string Isdebug = ConfigurationSettings.AppSettings["debug"]
二、web.config中的session配置详解
打开某个应用程序的配置文件Web.config后，我们会发现以下这段：
< sessionState
　　mode="InProc"
　　stateConnectionString="tcpip=127.0.0.1:42424"
　　sqlConnectionString="data source=127.0.0.1;Trusted_Connection=yes"
　　cookieless="false"
　　timeout="20"
/>
　　这一段就是配置应用程序是如何存储session信息的了。我们以下的各种操作主要是针对这一段配置展开。让我们先看看这一段配置中所包含的内容的意思。sessionState节点的语法是这样的：
< sessionState mode="Off|InProc|StateServer|SQLServer"
             cookieless="true|false"
             timeout="number of minutes"
             stateConnectionString="tcpip=server:port"
             sqlConnectionString="sql connection string"
             stateNetworkTimeout="number of seconds"
/>
必须有的属性是：属性选项描述
mode 设置将session信息存储到哪里
Ø         Off 设置为不使用session功能，
Ø         InProc 设置为将session存储在进程内，就是asp中的存储方式，这是默认值，
Ø         StateServer 设置为将session存储在独立的状态服务中，
Ø         SQLServer 设置将session存储在sql server中。
可选的属性是：属性选项描述
Ø         cookieless 设置客户端的session信息存储到哪里，
Ø         ture 使用Cookieless模式，
Ø         false 使用Cookie模式，这是默认值，
Ø         timeout 设置经过多少分钟后服务器自动放弃session信息，默认为20分钟。
stateConnectionString 设置将session信息存储在状态服务中时使用的服务器名称和端口号，例如："tcpip=127.0.0.1:42424”。当mode的值是StateServer是，这个属性是必需的。
sqlConnectionString 设置与sql server连接时的连接字符串。例如"data source= localhost;Integrated Security=SSPI;Initial Catalog=northwind"。当mode的值是 SQLServer时，这个属性是必需的。
stateNetworkTimeout 设置当使用StateServer模式存储session状态时，经过多少秒空闲后，断开Web服务器与存储状态信息的服务器的tcp/IP连接的。默认值是10秒钟。
asp.NET中客户端session状态的存储
　　在我们上面的session模型简介中，大家可以发现session状态应该存储在两个地方，分别是客户端和服务器端。客户端只负责保存相应网站的SessionID，而其他的session信息则保存在服务器端。在asp中，客户端的SessionID实际是以Cookie的形式存储的。如果用户在浏览器的设置中选择了禁用Cookie，那末他也就无法享受session的便利之处了，甚至造成不能访问某些网站。为了解决以上问题，在 asp.NET中客户端的session信息存储方式分为：Cookie和Cookieless两种。
　　asp.NET中，默认状态下，在客户端还是使用Cookie存储session信息的。如果我们想在客户端使用Cookieless的方式存储session信息的方法如下：
　　找到当前Web应用程序的根目录，打开Web.Config文件，找到如下段落：
< sessionState
　　mode="InProc"
　　stateConnectionString="tcpip=127.0.0.1:42424"
　　sqlConnectionString="data source=127.0.0.1;Trusted_Connection=yes"
　　cookieless="false"
　　timeout="20"
/>
　　这段话中的cookieless="false"改为：cookieless="true"，这样，客户端的session信息就不再使用 Cookie存储了，而是将其通过URL存储。关闭当前的IE，打开一个新IE，重新访问刚才的Web应用程序，就会看到类似下面的样子：
其中，http://localhost/MyTestApplication/(ulqsek45heu3ic2a5zgdl245) /default.aspx中黑体标出的就是客户端的session ID。注意，这段信息是由IIS自动加上的，不会影响以前正常的连接。
asp.NET中服务器端session状态的存储准备工作：
　　为了您能更好的体验到实验现象，您可以建立一个叫做SessionState.aspx的页面，然后把以下这些代码添加到< body>< /body>中。
< scriptrunat="server">
Sub Session_Add(sender As Object, e As EventArgs)
　 session("MySession") = text1.Value
　 span1.InnerHtml = "Session data updated! < P>Your session contains: < font color=red>" & session("MySession"). ToString() & "< /font>"
End Sub
Sub CheckSession(sender As Object, eAs EventArgs)
　 If (Session("MySession")Is Nothing) Then
　　　 span1.InnerHtml = "NOTHING, session DATA LOST!"
　 Else
　　　 span1.InnerHtml = "Your session contains: < font color= red>" & session("MySession").ToString() & "<   /font>"
End If
End Sub
< /script>
< formrunat="server"id="Form2">
　 < inputid="text1"type="text"runat="server"name="text1">
　 < inputtype="submit"runat="server"OnServerClick="Session_Add"
　　　　　 value="Add to session State " id="Submit1"name="Submit1">
　 < inputtype="submit"runat="server"OnServerClick="CheckSession"
　　　　　 value=" View session State " id="Submit2"name="Submit2">
< /form>
< hrsize="1">
< fontsize="6">< spanid="span1"runat="server" />< /font>
　　这个SessionState.aspx的页面可以用来测试在当前的服务器上是否丢失了session信息。
将服务器session信息存储在进程中
　　让我们来回到Web.config文件的刚才那段段落中：
< sessionState
　　mode="InProc"
　　stateConnectionString="tcpip=127.0.0.1:42424"
　　sqlConnectionString="data source=127.0.0.1;Trusted_Connection=yes"
　　cookieless="false"
　　timeout="20"
/>
　　当mode的值是InProc时，说明服务器正在使用这种模式。
　　这种方式和以前asp中的模式一样，就是服务器将session信息存储在IIS进程中。当IIS关闭、重起后，这些信息都会丢失。但是这种模式也有自己最大好处，就是性能最高。应为所有的session信息都存储在了IIS的进程中，所以IIS能够很快的访问到这些信息，这种模式的性能比进程外存储session信息或是在sql server中存储session信息都要快上很多。这种模式也是asp.NET的默认方式。
　　好了，现在让我们做个试验。打开刚才的SessionState.aspx页面，随便输入一些字符，使其存储在session中。然后，让我们让IIS重起。注意，并不是使当前的站点停止再开始，而是在IIS中本机的机器名的节点上点击鼠标右键，选择重新启动IIS。(想当初使用NT4时，重新启动IIS必须要重新启动计算机才行，微软真是@#$%^&)返回到SessionState.aspx页面中，检查刚才的session信息，发现信息已经丢失了。
将服务器session信息存储在进程外
　　首先，让我们来打开管理工具->服务，找到名为：asp.NET State Service的服务，启动它。实际上，这个服务就是启动一个要保存session信息的进程。启动这个服务后，你可以从Windows任务管理器->进程中看到一个名为 aspnet_state.exe的进程，这个就是我们保存session信息的进程。
　　然后，回到Web.config文件中上述的段落中，将mode的值改为StateServer。保存文件后的重新打开一个IE，打开 SessionState.aspx页面，保存一些信息到session中。这时，让我们重起IIS，再回到SessionState.aspx页面中查看刚才的session信息，发现没有丢失。
　　实际上，这种将session信息存储在进程外的方式不光指可以将信息存储在本机的进程外，还可以将session信息存储在其他的服务器的进程中。这时，不光需要将mode的值改为StateServer，还需要在stateConnectionString中配置相应的参数。例如你的计算你是192.168.0.1，你想把session存储在ip为192.168.0.2的计算机的进程中，就需要设置成这样： stateConnectionString="tcpip=192.168.0.2:42424"。当然，不要忘记在192.168.0.2的计算机中装上.NET Framework，并且启动asp.NET State Services服务。
将服务器session信息存储在sql server中
　　首先，还是让我们来做一些准备工作。启动sql server和sql server代理服务。在sql server中执行一个叫做 InstallSqlState.sql的脚本文件。这个脚本文件将在sql server中创建一个用来专门存储session信息的数据库，及一个维护session信息数据库的sql server代理作业。我们可以在以下路径中找到那个文件：
[system drive]\winnt\Microsoft.NET\Framework\[version]\
　　然后打开查询分析器，连接到sql server服务器，打开刚才的那个文件并且执行。稍等片刻，数据库及作业就建立好了。这时，你可以打开企业管理器，看到新增了一个叫ASPState的数据库。但是这个数据库中只是些存储过程，没有用户表。实际上session信息是存储在了tempdb 数据库的ASPStateTempSessions表中的，另外一个ASPStateTempApplications表存储了asp中 application对象信息。这两个表也是刚才的那个脚本建立的。另外查看管理->SQL server代理->作业，发现也多了一个叫做ASPState_Job_DeleteExpiredSessions的作业，这个作业实际上就是每分钟去ASPStateTempSessions 表中删除过期的session信息的。
　　接着，我们返回到Web.config文件，修改mode的值改为SQLServer。注意，还要同时修改sqlConnectionString的值，格式为：
sqlConnectionString="data source=localhost; Integrated Security=SSPI;"
　　其中data source是指sql server服务器的ip地址，如果sql server与IIS是一台机子，写127.0.0.1 就行了。Integrated Security=SSPI的意思是使用Windows集成身份验证，这样，访问数据库将以asp.NET的身份进行，通过如此配置，能够获得比使用userid=sa;password=口令的sql server验证方式更好的安全性。当然，如果sql server运行于另一台计算机上，你可能会需要通过Active Directory域的方式来维护两边验证的一致性。
　　同样，让我们做个试验。向SessionState.aspx中添加session信息，这时发现session信息已经存在 sql server中了，即使你重起计算机，刚才的session信息也不会丢失。现在，你已经完全看见了session信息到底是什么样子的了，而且又是存储在sql server中的，能干什么就看你的发挥了。
 
总结
三、asp.net 关于form认证的一般设置
asp.net 关于form认证的一般设置：
1: 在web.config中，加入form认证；
   <authentication mode="Forms">
            <forms name="auth" loginUrl="index.aspx" timeout="30"></forms>
</authentication>
<authorization>
        <deny users="?" />
 </authorization>
2: 如果有注册页面时还应该允许匿名用户调用注册页面进行注册;
以下代码应该在<configuration><system.web>之间,而不应该包含到<system.web>..</system.web>之间;
----------------表示允许匿名用户对 userReg.aspx页面进行访问.
 <location path="userReg.aspx">
 <system.web>
     <authorization>
         <allow users="?" />
     </authorization>
 </system.web>
</location>
3 在登录成功后要创建身份验证票, 表明已经通过认证的合法用户;
if(登陆成功)
System.Web.Security.FormsAuthentication.SetAuthCookie(用户名称, false);
四、访问Web.config文件
　　你可以通过使用ConfigurationSettings.AppSettings 静态字符串集合来访问 Web.config 文件示例：获取上面例子中建立的连接字符串。例如：
protected static string Isdebug = ConfigurationSettings.AppSettings["scon"]

排疑：

using System;
namespace ConsoleApplication1
...{
    class Program
    ...{
        static void Main(string[] args)
        ...{
            Console.WriteLine((5 / 2).GetType());
            Console.WriteLine((5.0 / 2).GetType());
            Console.WriteLine();
            Console.WriteLine((5 / 2).GetType());
            Console.WriteLine((5D / 2).GetType());
            Console.WriteLine((5M / 2).GetType());
            Console.WriteLine((5F / 2).GetType());
            Console.WriteLine((5L / 2).GetType());
            Console.WriteLine(((short)5 / 2).GetType());
        }
    }
}
输出：
System.Int32
System.Double

System.Int32
System.Double
System.Decimal
System.Single
System.Int64
System.Int32

另外在c#中 Convert.ToDouble(str).ToString(); 输出到页面时 将自动去除小数后面无用的0 保留有效的小数 比如1.200000 =》1.2字符串