1、ASP.NET 会话状态

      会话状态可在以下情况下使用：存储特定于单独会话的短期信息，并且需要较高的安全性。不要在会话状态中存储大量的信息。需要注意，将为应用程序中每一会话的生存期创建并维护会话状态对象。在支持许多用户的应用程序中，这可能会占用大量服务器资源并影响可缩放性。*p1

      ASP.NET 默认情况下将会话信息存储在 ASP.NET 应用程序的内存空间。您可以使用一个独立的服务存储会话信息以便重新启动 ASP.NET 应用程序后会话信息仍然保留；或将会话信息存储在 SQL Server 中以便会话信息可供网络场中的多个 Web 服务器使用（重新启动 ASP.NET 应用程序后会话信息也会保留）；或将会话信息存储在自定义数据存储区。有关更多信息，请参见会话状态模式。

      除了会话状态外，ASP.NET 还提供在应用程序中保留数据的一些其他方式。有关每种方式的比较，请参见 ASP.NET 状态管理建议。*p2

注:
*p1：ASP.NET 状态管理建议 http://msdn.microsoft.com/zh-cn/library/z1hkazw7(v=VS.80).aspx
*p2：ASP.NET 会话状态 http://msdn.microsoft.com/zh-cn/library/87069683(v=VS.80).aspx

• InProc 模式，此模式将会话状态存储在 Web 服务器上的内存中。这是默认设置。注意：它是唯一支持 Session_OnEnd 事件的模式。
  
  
• StateServer 模式，此模式将会话状态存储在一个名为 ASP.NET 状态服务的单独进程中。这确保了在重新启动 Web 应用程序时会保留会话状态，并让会话状态可用于网络场中的多个 Web 服务器。注意：如果模式设置为 StateServer，则存储在会话状态中的对象必须是可序列化的。
  
  
• SQLServer 模式，将会话状态存储到一个 SQL Server 数据库中。这确保了在重新启动 Web 应用程序时会保留会话状态，并让会话状态可用于网络场中的多个 Web 服务器。注意：如果是 SQL Server 模式，则存储在会话状态中的对象必须是可序列化的。
  
  
• Custom 模式，此模式允许您指定自定义存储提供程序。
  
  
• Off 模式，此模式禁用会话状态。

      通过在应用程序的 Web.config 文件中为 sessionState 元素的 mode 属性分配一个 SessionStateMode 枚举值，可以指定要让 ASP.NET 会话状态使用的模式。除了 InProc 和 Off 之外，其他模式都需要附加参数，例如将在本主题后面讨论的连接字符串值。通过访问 System.Web.SessionState.HttpSessionState.Mode 属性的值，可以查看当前选定的会话状态。*p3

注：
*p3：会话状态模式 http://msdn.microsoft.com/zh-cn/library/ms178586(v=VS.80).aspx

3、ASP.NET在不同应用程序之间共享Session *p4

      多个单独的应用程序，如何将这些模块集中身份验证与授权过程

方案1：
将每个独立的Web应用程序放到统一的解决方案中，实现起来复杂，易用性不高。

方案2：利用Session会话共享
InProc模式，Session被存储在IIS进程中，每个虚拟目录是隔离的，所以无法共享Session。

StateServer 模式，虽然是独立的状态服务器（进程），但在内存中这些应用程序还是隔离的。

SQLServer 模式，由于对Session的全部操作都是由存储过程来实现的，而且存储过程未进行加密，可以通过修改存储过程的内部结构来达到共享的目的。

      ASPState数据库ASPStateTempApplications表中存储的是应用程序信息，每个应用程序在启动的时候在这里会注册一条记录，包括应用程序的ID（通过哈希算法生成的）和应用程序名称。有多少个应用程序，在这个表里就对应多少条记录。那我们现在要做的是把这些记录变成一条记录，也就是要欺骗Framework，让它认为这些不同的应用程序是同一个应用程序。

      TempGetAppID存储过程，这个存储过程是用于通过传递应用程序名称来得到应用程序ID信息的。每个应用程序在调用这个过程时，这个过程会去AspStateTempApplications中检查是否有相应的记录，如果没有，就插入记录，然后返回相应的ID。

注：
*p4：ASP.NET在不同应用程序之间共享Session  http://www.3qsoft.com/Article.aspx?ID=173

asp中Session的工作原理： 
asp的Session是具有进程依赖性的。ASP Session状态存于IIS的进程中，也就是inetinfo.exe这个程序。所以当inetinfo.exe进程崩溃时，这些信息也就丢失。另外，重起或者关闭IIS服务都会造成信息的丢失。 

原因1： 
bin目录中的文件被改写，asp.net有一种机制，为了保证dll重新编译之后，系统正常运行，它会重新启动一次网站进程，这时就会导致Session丢失，所以如果有access数据库位于bin目录，或者有其他文件被系统改写，就会导致Session丢失 

原因2： 
文件夹选项中，如果没有打开“在单独的进程中打开文件夹窗口”，一旦新建一个窗口，系统可能认为是新的Session会话，而无法访问原来的Session，所以需要打开该选项，否则会导致Session丢失 

原因3： 
似乎大部分的Session丢失是客户端引起的，所以要从客户端下手，看看cookie有没有打开 

原因4： 
Session的时间设置是不是有问题，会不会因为超时造成丢失 

原因5： 
IE中的cookie数量限制（每个域20个cookie）可能导致session丢失 

原因6： 
使用web garden模式，且使用了InProc mode作为保存session的方式 

解决丢失的经验 
1. 判断是不是原因1造成的，可以在每次刷新页面的时候，跟踪bin中某个文件的修改时间 
2. 做Session读写日志，每次读写Session都要记录下来，并且要记录SessionID、Session值、所在页面、当前函数、函数中的第几次Session操作，这样找丢失的原因会方便很多 
3. 如果允许的话，建议使用state server或sql server保存session，这样不容易丢失 
4. 在global.asa中加入代码记录Session的创建时间和结束时间，超时造成的Session丢失是可以在SessionEnd中记录下来的。 
5. 如果有些代码中使用客户端脚本，如javascript维护Session状态，就要尝试调试脚本，是不是因为脚本错误引起Session丢失 

问：为什么Session在有些机器上偶尔会丢失？ 
答：可能和机器的环境有关系，比如：防火墙或者杀毒软件等，尝试关闭防火墙。 

问：为什么当调用Session.Abandon时并没有激发Session_End方法？ 
答：首先Session_End方法只支持InProc（进程内的）类型的Session。其次要激发Session_End方法，必须存在Session（即系统中已经使用Session了），并且至少要完成一次请求（在这次请求中会调用该方法）。 

问：为什么当我在InProc模式下使用Session会经常丢失？ 
答：该问题通常是由于应用程序被回收导致的，因为当使用进程内Session时，Session是保存在aspnet_wp进程中，当该进程被回收Session自然也就没有了，确定该进程是否被回收可以通过查看系统的事件查看器获得信息。 
具体信息请参考： 
Session variables are lost intermittently in ASP.NET applications 
http://support.microsoft.com/default.aspx?scid=kb;en-us;Q316148 
在1.0的时候也有一个bug会导致工作进程被回收并重启，该bug已经在1.1和sp2中修复。 
关于该bug的详细信息请参考： 
ASP.NET Worker Process (Aspnet_wp.exe) Is Recycled Unexpectedly. 
http://support.microsoft.com/default.aspx?scid=kb;en-us;Q321792 

问：什么类型的对象可以保存在Session里？ 
答：这依赖使用的Session的模式，当使用的是进程内（InProc）的Session那么可以轻松的保存任何对象。如果你使用了非InProc的模式，则只能保存可以序列化和反序列化的对象，如果此时保存的对象不支持序列化，则不能保存到这种模式（非InProc）的Session里。 

问：为什么在Session_End中不能使用Response.Redirect和Server.Transfer方法跳转页面？ 
答：Session_End是一个在服务器内部激发的事件处理函数。它是基于一个服务器内部的计时器的，在激发该事件时服务器上并没有相关的HttpRequest对象，因此此时并不能使用Response.Redirect和Server.Transfer方法。 

问：在Session_End中是否可以获得HttpContext对象？ 
答：不行，因为这个事件并没有和任何的请求（Request）相关联，没有基于请求的上下文。 

问：在Web Service中该如何使用Session？ 
答：为了在Web Service中使用Session，需要在Web Service的调用方做一些额外的工作，必须保存和存储调用Web Service时使用的Cookie。详细信息请参考MSDN文档的HttpWebClientProtocol.CookieContainer属性。然而，如果你使用代理服务器访问Web Service由于框架的限制，两者不能共享Session。 

问：当我使用webfarm时，当我重定向到其他的Web服务器时Session为什么会丢失？ 
答：详细信息请参考： 
PRB: Session State Is Lost in Web Farm If You Use SqlServer or StateServer Session Mode 
http://support.microsoft.com/default.aspx?scid=kb;en-us;325056 

问：Session在global.asax中的那些事件中有效？ 
答：Session只有在AcquireRequestState事件之后有效，该事件之后的事件都可以使用Session。 

问：为了可以顺序访问Session的状态值，Session是否提供了锁定机制？ 
答：Session实现了Reader/Writer的锁机制： 
当页面对Session具有可写功能（即页面有 <%@ Page EnableSessionState="True" %>标记），此时直到请求完成该页面的Session持有一个写锁定。 
当页面对Session具有只读功能（即页面有 <%@ Page EnableSessionState="ReadOnly" %>标记），此时知道请求完成该页面的Session持有一个读锁定。 
读锁定将阻塞一个写锁定；读锁定不会阻塞读锁定；写锁定将阻塞所有的读写锁定。这就是为什么两个框架中的同一个页面都去写同一个Session时，其中一个要等待另一个（稍快的那个）完成后，才开始写。 

问：Session平滑超时意味着什么？ 
答：Session平滑超时意味着只要你的页面访问（使用）了Session，超时时间将被刷新（可以理解为重新计时），即从该页面请求开始，将重新计算超时时间。但是，该页面不能禁用Session。它会自动的访问当前页面的Session，刷新超时时间。 

问：在global.asax中的事件处理函数中Session为什么无效？ 
答：依赖于在哪个事件处理函数中使用Session，Session在AcquireRequestState事件之后才有效，该事件之后的所有事件处理函数都可以使用Session，之前的则不能。 

问：当我使用InProc模式保存Session时，此时的Session是保存在哪里？ 
答：不同的IIS的处理方式不同， 
当使用的是IIS5的时候Session是保存在aspnet_wp.exe的进程空间里的。 
当使用的是IIS6时，默认情况下所有的应用程序共享应用程序池，Session保存在w3wp.exe的进程空间中。 

问：当页面出现错误后我的Session是否将被保存？我需要在Session_End中处理一些清理工作，但是失败了，为什么？ 
答：Session_End只有在Session运行在InProc模式下才会被执行。Session_End使用的帐号是运行aspnet_wp工作进程的帐号（这个可以在machine.config中设置）。因此，如果在Session_End方法里，使用集成安全性链接到SQL，它将使用aspnet_wp进程的帐号打开链接，此时成功与否则依赖于你的SQL的安全性设置。 

问：在Session_End是我是否可以获得有效的HttpSessionState和HttpContext对象？ 
答：你可以在这个方法中获得HttpSessionState对象，可以直接使用Session来访问即可。但是不能获得HttpContext对象，因为该事件并没有和任何请求相关联，因此不存在上下文对象。 

问：在SQLServer模式下使用Session，为什么我的Session不过期？ 
答：在SqlServer模式下，Session的过期是通过SQL Agent的注册工作完成的，请检查你的SQL Agent是否运行？ 

问：当我设置EnableSessionState为“ReadOnly”后，但是我在InProc模式下依然可以修改Session的值，这是为什么？ 
答：即使EnableSessionState标示为ReadOnly，但是在InProc模式下用户依然可以编辑Session。唯一不同的是，在请求过程中Session将不会被锁住。 

问：为什么在切换成SQLServer模式后我的请求被挂起了？ 
答：检查在Session里面是否都保存的是可以保存在SQLServer模式下的对象，即这些对象必须支持序列化。 

问：当Session设置成cookieless后会有什么影响？ 
答：当把cookieless设置成true时，主要会有下面的约束： 
1、在页面中不能使用绝对链接 
2、在应用程序中在除了Http和Https之间的切换时需要完成一些其他的步骤。 
如果发送一个链接给其他人，此时的URL里面将包含Session ID的信息，所以两个人将公用一个Session。  

注：
*p5：Session丢失 http://topic.csdn.net/u/20081208/14/c154543c-8e86-406b-82a2-d3cc6f736b0d.html

 
6、Session.SessionID 固定

• IsNewSession：取得值，指出工作階段是否以目前要求建立。
  
  
• SessionID：取得工作階段的唯一工作階段識別項。

re: 因為Session在還沒裝物件之前, ID都不是固定的. 如果您賦予Session內容, ex: Session["xxx"]=123 , 您會發現ID就會固定. *p8

注：
*p8：[ASP.Net]Session.IsNewSession與Session.SessionID http://www.dotblogs.com.tw/yilinliu/archive/2009/04/24/8163.aspx

任何于Request/HttpContext.Current等相关的方法, 都只能在有请求上下文或者页面时使用. 即在无请求上下文时,HttpContext.Current为null. 而上面提到的方法一直可用.

对于全局Cache对象的访问亦然.

数据库中Image类型的数据的存取(For C#/ASP.NET)
http://www.cnblogs.com/billsfeng/archive/2008/07/31/1257579.html

SQL Server存储图像数据的策略与方法
http://www.yesky.com/20030113/1648152.shtml

How To Read and Write BLOB Data by Using ADO.NET with Visual C# .NET
http://support.microsoft.com/default.aspx?scid=kb;EN-US;309158

当然，在某些情况下，将图片存储在文件系统中将是更好的选择：
（1）使用图片的应用程序需要数据流性能，例如实时的视频重现。
（2）象Microsoft PhotoDraw或者Adobe Photoshop这样的应用程序经常访问BLOB，这些应用程序只知道怎样访问文件。
（3）需要使用一些NTFS文件系统中的特殊功能，例如远程存储。

<%# Bind("Subject") %> //绑定字段
<%# Container.DataItemIndex + 1%> //实现自动编号
<%# DataBinder.Eval(Container.DataItem, "[n]") %>

通常使用的方法
<%# DataBinder.Eval(Container.DataItem, "ColumnName") %>
<%# DataBinder.Eval(Container.DataItem, "ColumnName", null) %>
<%# DataBinder.Eval(Container, "DataItem.ColumnName", null) %>

其他用法
<%# ((DataRowView)Container.DataItem)["ColumnName"] %>
<%# ((DataRowView)Container.DataItem).Row["ColumnName"] %>
<%# ((DataRowView)Container.DataItem)["adtitle"] %>
<%# ((DataRowView)Container.DataItem)[n] %>
<%# ((DbDataRecord)Container.DataItem)[0] %>
<%# (((自定义类型)Container.DataItem)).属性.ToString() %>//如果属性为字符串类型就不用ToString()了

DataBinder.Eval用法范例
<%# DataBinder.Eval(Container.DataItem, "IntegerValue", "{0:c}") %>
格式化字符串参数是可选的。如果忽略参数，DataBinder.Eval 返回对象类型的值，

//显示二位小数
<%# DataBinder.Eval(Container.DataItem, "UnitPrice", "${0:F2}") %>
//{0:G}代表显示True或False
<ItemTemplate>
 <asp:Image Width="12" Height="12" Border="0" runat="server"
 AlternateText='<%# DataBinder.Eval(Container.DataItem, "Discontinued", "{0:G}") %>'
 ImageUrl='<%# DataBinder.Eval(Container.DataItem, "Discontinued", "~/images/{0:G}.gif") %>' />
</ItemTemplate>
//转换类型
((string)DataBinder.Eval(Container, "DataItem.P_SHIP_TIME_SBM8")).Substring(4,4)
{0:d} 日期只显示年月日
{0:yyyy-mm-dd} 按格式显示年月日
{0:c} 货币样式
<%#Container.DataItem("price","{0:￥#,##0.00}")%>
<%# DataBinder.Eval(Container.DataItem,"Company_Ureg_Date","{0:yyyy-M-d}")%>

Specifier Type     Format   Output (Passed Double 1.42)  Output (Passed Int -12400)
c  Currency        {0:c}     $1.42     -$12,400
d  Decimal         {0:d}    System.FormatException  -12400
e  Scientific      {0:e}    1.420000e+000    -1.240000e+004
f  Fixed point     {0:f}  1.42    -12400.00
g  General         {0:g}  1.42     -12400
n  Number with commas for thousands  {0:n}  1.42     -12,400
r  Round trippable    {0:r}  1.42     System.FormatException
x  Hexadecimal    {0:x4}  System.FormatException   cf90

{0:d} 日期只显示年月日
{0:yyyy-mm-dd} 按格式显示年月日

样式取决于 Web.config 中的设置

{0:c}  或 {0:￡0,000.00} 货币样式  标准英国货币样式
<system.web>
      <globalization requestEncoding="utf-8" responseEncoding="utf-8" culture="en-US" uiCulture="en-US" />
</system.web>
显示为 ￡3,000.10

{0:c}  或 string.Format("{0:C}", price); 中国货币样式
<system.web>
      <globalization requestEncoding="utf-8" responseEncoding="utf-8" culture="zh-cn" uiCulture="zh-cn" />
</system.web>
显示为 ￥3,000.10

{0:c}  或 string.Format("{0:C}", price); 美国货币样式
<system.web>
      <globalization requestEncoding="utf-8" responseEncoding="utf-8" />
</system.web>
显示为 $3,000.10

DataBinder.Eval(Container.DataItem,"Name")和Container.DataItem("Name")有什么区别？
DataBinder是System.Web里面的一个静态类，它提供了Eval方法用于简化数据绑定表达式的编写，但是它使用的方式是通过Reflection等开销比较大的方法来达到易用性，因此其性能并不是最好的。而Container则根本不是任何一个静态的对象或方法，它是ASP.NET页面编译器在数据绑定事件处理程序内部声明的局部变量，其类型是可以进行数据绑定的控件的数据容器类型（如在Repeater内部的数据绑定容器叫RepeaterItem），在这些容器类中基本都有DataItem属性，因此你可以写Container.DataItem，这个属性返回的是你正在被绑定的数据源中的那个数据项。如果你的数据源是DataTable，则这个数据项的类型实际是DataRowView。

<a href='<%#  Databinder.Eval(Container.DataItem,"ID","default.aspx?CategoryId={0}" ) %>'>


re: What's the deal with Databinder.Eval and Container.DataItem? 

Answering the question.

<%# If DataBinder.Eval(Container.DataItem, "DATAFIELD") <> "" Then

   Response.Write("something")

End If %>

Try this.

<%# DataBinder.Eval(Container.DataItem, "DataField").Equals("")?"":"Something"%>


Thursday, August 02, 2007 11:23 PM by someone 

1、Response.Redirect():
      Response.Redirect方法导致浏览器链接到一个指定的URL。当Response.Redirect()方法被调用时，它会创建一个应答，应答头中指出了状态代码302（表示目标已经改变）以及新的目标URL。浏览器从服务器收到该应答，利用应答头中的信息发出一个对新URL的请求。
  
      这就是说，使用Response.Redirect方法时重定向操作发生在客户端，总共涉及到两次与服务器的通信（两个来回）：第一次是对原始页面的请求，得到一个302应答，第二次是请求302应答中声明的新页面，得到重定向之后的页面。

2、Server.Transfer   
      Server.transfer是IIS 5.0新增加的一个功能。它解决了Response.Redirect的两个重要的缺陷：
      1）在Response.Redirect中，我们得不到任何第一页的输出
      2）Response.Redirect会丢失request中的所有属性，当然我们可以通过一些其他的办法，比如session来搞定，可是，有些页的参数是在request中传过来的，这样的话，就不行了
     3)  Response.Redirect需要client端再发起一个请求。

      Server.transfer就很好地解决了这些问题。它是从server端直接向下一页发起请求，不需要client再次发送请求。如果你的网页非常依赖response.redirect，这个小小的改变可以提高将近25%的效率（根据微软文档）。

      Server.Transfer方法把执行流程从当前的ASPX文件转到同一服务器上的另一个ASPX页面。调用Server.Transfer时，当前的ASPX页面终止执行，执行流程转入另一个ASPX页面，但新的ASPX页面仍使用前一ASPX页面创建的应答流。
  
      如果用Server.Transfer方法实现页面之间的导航，浏览器中的URL不会改变，因为重定向完全在服务器端进行，浏览器根本不知道服务器已经执行了一次页面变换。
  
      默认情况下，Server.Transfer方法不会把表单数据或查询字符串从一个页面传递到另一个页面，但只要把该方法的第二个参数设置成True，就可以保留第一个页面的表单数据和查询字符串。
  
      同时，使用Server.Transfer时应注意一点：目标页面将使用原始页面创建的应答流，这导致ASP.NET的机器验证检查（Machine Authentication Check，MAC）认为新页面的ViewState已被篡改。因此，如果要保留原始页面的表单数据和查询字符串集合，必须把目标页面Page指令的 EnableViewStateMac属性设置成False。

      Server.Transfer()有一个不足就是：当用户在a.aspx中提交了一个表单,然后用Server.Transfer()进入 b.aspx，这时如果用户刷新一下页面，浏览器便会问用户是否“重试”发送表单，如果用户点击“是”，那么，表单中的数据被重新发送到服务器。如发送表单的作用就是为了向数据库中插入一条记录，结果导不希望发生的事——同一表单被多次加入到数据库中。

3、Server.Execute  
      Server.Execute方法允许当前的ASPX页面执行一个同一Web服务器上的指定ASPX页面，当指定的ASPX页面执行完毕，控制流程重新返回原页面发出Server.Execute调用的位置。这种页面导航方式类似于针对ASPX页面的一次函数调用，被调用的页面能够访问发出调用页面的表单数据和查询字符串集合，所以要把被调用页面Page指令的EnableViewStateMac属性设置成False。

4.
Server.Execute("another.aspx")和Server.Transfer("another.aspx")区别: 
Execute是从当前页面转移到指定页面,并将执行返回到当前页面 
Transfer是将执行完全转移到指定页面

总结：
在网络状态较好的情况下,Redirect(url)方法效率最高!! 可重定向到同一台或非同一台服务器上的aspx或非aspx（html）资源    *重定向
Server.Transfer方法和Server.Execute方法最灵活!! 但只能转到同一Application目录下，也有可能导致不期望的结果发生    *转发
Server.Execute方法占用资源最多.     *包含

ps. *项为笔记

1.
Enterprise Library启用签名后发生 PublicKeyToken错误，HRESULT:0x80131040解决
http://blog.csdn.net/cnming/archive/2007/07/15/1691714.aspx

ps:我的解决方法 PublicKeyToken=null, 不设置秘钥

2.对数据库操作

http://pw.cnblogs.com/archive/2006/06/02/415431.html

3.
Microsoft.Practices.ObjectBuilder2.BuildFailedException: The current build operation (build key Build Key[Microsoft.Practices.EnterpriseLibrary.Data.Database, HRPConnection]) failed: 找不到请求的 .Net Framework 数据提供程序。可能没有安装。 (Strategy type ConfiguredObjectStrategy, index 2) ---> System.ArgumentException: 找不到请求的 .Net Framework 数据提供程序。可能没有安装。

<section name="dataConfiguration" type="Microsoft.Practices.EnterpriseLibrary.Data.Configuration.DatabaseSettings, Microsoft.Practices.EnterpriseLibrary.Data, Version=4.1.0.0, Culture=neutral, PublicKeyToken=null" />
改为(参见: x:\EntLib41Src\Quick Starts\Data\CS\DataAccessQuickStart\app.config 示例)
<section name="dataConfiguration" type="Microsoft.Practices.EnterpriseLibrary.Data.Configuration.DatabaseSettings, Microsoft.Practices.EnterpriseLibrary.Data" />
=======================================================
或者说最大的可能是没有相应的数据库链接驱动
比如: 我的项目中使用的是 mysql 配置文件里 providerName="System.Data.SqlClient"
如果没有装相应的驱动 mysql-connector-net-6.0.3.zip就有可能报这个错误.

4. 数据库连接 "未将对象引用到实例" 错
在家里机器上 "数据连接--MySQL Database--Server Name" 一栏填上本机 IP地址 "10.0.0.99" 会提示错误信息 "未将对象引用到实例", 改为 "localhost" 就可以, 但是在公司机器上却没这个问题.
(难道是因为公司主机有提供 mysql服务, 所以直接连接主机能成功.
而个人家里面用的是精简版, 没安装服务, 所以直接打 IP地址是连接不上, 需改为 localhost)

5. 步骤
使用microsoft EnterpriseLibrary连接不同数据库简单应用
文章出处：http://www.diybl.com/course/4_webprogram/asp.net/netjs/20081216/154074.html

        XmlDocument doc = new XmlDocument();
        XmlElement root = doc.CreateElement("root");

        XmlElement companyId = doc.CreateElement("companyId");
        companyId.InnerText = "1";
        root.AppendChild(companyId);

        doc.AppendChild(root);
        string kk = doc.OuterXml;

///////////////////////////

try
            {
                XmlDocument doc = new XmlDocument();
                XmlElement root = doc.CreateElement("root");
                foreach (var item in dict)
                {
                    XmlElement e = doc.CreateElement(item.Key);
                    e.InnerText = item.Value;
                    root.AppendChild(e);
                }

                doc.AppendChild(root);
                return doc.OuterXml;
            }
            catch (Exception)
            {
                return "";
            }

        string kk = doc.ToString();

---------
        XDocument doc = new XDocument(new XDeclaration("1.0", "utf-8", "yes"));
        XElement root = new XElement("root");

        XElement element = new XElement("companyId");
        element.Value = 1 + "";
        root.Add(element);

        doc.Add(root);

这时候请检查数据库服务器上 MySql.Data.dll 文件版本和项目 bin 目录下的版本是否一致。

如果远程主机版本是 6.0.3
而项目引用的是 5.0.3
则会出现以上的错误提示

但是如果本机主机上版本是 6.0.3
即使项目引用的是 5.0.3
也能正常连接数据库，不清楚是什么原因