common.cs

转载于 2018-08-22 11:38:00 发布 · 229 阅读

0 ·

CC 4.0 BY-SA版权

原文链接：http://www.cnblogs.com/prolion/p/9516684.html

本文深入探讨了图片懒加载技术的实现方式，通过具体的代码示例展示了如何使用正则表达式来修改HTML中的图片源，以实现图片的延迟加载，从而优化网页性能。

/*echo 正文内容图片懒加载*/
 tempcon = Regex.Replace(tempcon, "(<img[\\s\\S]+?)src=", "$1 style='display:block' src='/lib/echo/1.7.3/blank.gif' data-echo=", RegexOptions.Compiled | RegexOptions.IgnoreCase);

转载于:https://www.cnblogs.com/prolion/p/9516684.html

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

admini1234

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

Zr.Admin项目Program.cs配置项解析

qq1326702940的博客

12-30

1310

/ForwardedHeaders中间件会自动把反向代理服务器转发过来的X-Forwarded-For（客户端真实IP）以及X-Forwarded-Proto（客户端请求的协议）自动填充到HttpContext.Connection.RemoteIPAddress和HttpContext.Request.Scheme中，这样应用代码中读取到的就是真实的IP和真实的协议了，不需要应用做特殊处理。// builder.Configuration 是 IConfiguration 的实例，表示应用程序的配置。

Entity Framework 不修改EF自动生成类，添加注解校验和额外属性或字段

笔记本~

01-30

2899

Entity Framework生成的类是partial类，利用这一特点我们可以在同一明明空间下再建立一个同名的partial类，然后在我们自己建的partial类里做文章。添加扩展模型类： /// /// 用户视图校验类 /// internal class UsersMetadata { [Di

参与评论您还未登录，请先登录后发表或查看评论

项目中的一个通用类(common.cs) Mail Excel 方法

05-21

一些常用的方法类 1）执行SQL语句 2） Excel，CSV 文件的导入到DataSet 3）压缩，解压方法 4）QQ和阿里旺旺的图片展现形式 5）发送EMail 6）加密

FileCommon.cs

weixin_34315665的博客

11-02

生成文件存储的虚拟路径： privatestaticstringGenerateVirtualFilePath(){Byte[]b=Guid.NewGuid().ToByteArray();StringBuildervirtualFilePath=newStringBuilder();...

C#之Common工具类

04-12

多种多样的工具类可以让web开发事半功倍，节省了开发时间，提高了开发的效率。。。

C#中国象棋网络版源代码(四)-辅助类

09-15

1918

1.Common.cs文件公共类, 参考绿色注释using System;using System.Collections.Generic;using System.Text;using System.Drawing;using System.Windows.Forms;/*************************************************************

openbilibili-go-common-master

04-22

不清楚这些源码和b站的生产环境有多大的差别，学习一样go语言的也是极好的。

CEMS：Common.cs文件

06-21

CEMS：Common.cs文件，在系統的根目錄下！！！！！！！！！！！！！！！！！！！！！！！

精选资源

common.js

03-27

在JavaScript的CS（Client-Side，客户端）环境中，`common.js`可能负责初始化页面、设置默认配置、处理跨页面的数据共享等任务。比如，它可能包含一些DOM加载后的事件监听，如`window.onload`或`DOMContentLoaded`...

.cs文件执行JS时的写法

wei_jie_zhang的专栏

04-25

1495

this.ClientScript.RegisterClientScriptBlock(this.GetType(), "alert", "$(function(){art.dialog.open.origin.location.reload();art.dialog.close();});", true);

Utility.cs

weixin_34309543的博客

08-21

133

下载地址：http://files.cnblogs.com/qiantuwuliang/Utility.rar 转载于:https://www.cnblogs.com/qiantuwuliang/archive/2009/08/21/1551167.html

OPC客户程序（C篇——OPC1.0,2.0规范）

最新发布

09-18

<think> 我们正在处理一个具体的错误：在c:\wwwroot\brilliantmed\wwwroot\App_Code\Database.cs文件的第150行执行ExecuteReader方法时出现"ExecuteReader要求已打开且可用的Connection。连接的当前状态为已关闭。"的错误。根据之前的讨论，这个错误的原因是数据库连接在执行命令前没有处于打开状态。我们需要检查Database.cs文件中相关的代码，特别是第150行附近，确保连接被正确打开。由于我们无法直接看到代码，我将提供一般性的解决步骤和代码修改建议。你可以根据这些步骤检查并修改你的Database.cs文件。 ### 解决步骤 1. **定位错误代码**： - 打开`c:\wwwroot\brilliantmed\wwwroot\App_Code\Database.cs`文件，找到第150行（或附近）调用`ExecuteReader`的地方。 2. **检查连接对象的状态**： - 在调用`ExecuteReader`之前，确保已经调用了连接对象的`Open()`方法。 - 检查连接对象是否被提前关闭或未正确初始化。 3. **修改代码确保连接打开**： - 如果发现连接没有打开，在创建命令对象后，执行命令前添加`connection.Open();`。 - 注意：如果连接已经打开，再次调用`Open()`不会产生错误，但通常我们只需要打开一次。 4. **使用using语句管理连接**： - 推荐使用`using`块来管理数据库连接，以确保连接被正确关闭和释放。即使发生异常，也能保证连接关闭。 - 但是要注意，在`using`块内部，连接在作用域结束时会自动关闭，因此不要在`using`块外部使用同一个连接对象。 ### 示例代码修改假设你的`Database.cs`文件中有一个类似这样的方法（简化的示例）： ```csharp public SqlDataReader ExecuteReader(string query) { // 假设有一个连接对象，可能来自类成员或局部变量 SqlConnection connection = new SqlConnection(connectionString); SqlCommand command = new SqlCommand(query, connection); // 如果没有打开连接，这里调用Open() if (connection.State != ConnectionState.Open) { connection.Open(); } // 第150行可能是这样的： SqlDataReader reader = command.ExecuteReader(); // 这是第150行 return reader; } ``` 但是，上面的代码有一个问题：返回的`SqlDataReader`依赖于一个在方法结束后可能被关闭的连接。因为当方法结束时，连接对象并没有关闭（我们希望在读取完数据后关闭连接），但调用者如果使用完`reader`后没有关闭，连接就会一直打开，导致连接泄漏。 ### 更安全的做法通常，我们不建议返回`SqlDataReader`给调用者，因为这样调用者必须记得关闭`SqlDataReader`（它会关闭底层的连接）。更好的做法是使用`DataTable`或`List<T>`来返回数据，并在方法内部处理好连接的关闭。例如： ```csharp public DataTable ExecuteReaderToDataTable(string query) { DataTable dt = new DataTable(); using (SqlConnection connection = new SqlConnection(connectionString)) { connection.Open(); using (SqlCommand command = new SqlCommand(query, connection)) { using (SqlDataReader reader = command.ExecuteReader()) { dt.Load(reader); // 将数据加载到DataTable } // reader自动关闭 } // command自动释放 } // 连接自动关闭和释放 return dt; } ``` 但是，如果由于某些原因必须返回`SqlDataReader`，那么我们可以考虑使用`CommandBehavior.CloseConnection`，这样当`SqlDataReader`被关闭时，连接也会自动关闭。 ```csharp public SqlDataReader ExecuteReader(string query) { SqlConnection connection = new SqlConnection(connectionString); connection.Open(); // 确保打开 SqlCommand command = new SqlCommand(query, connection); // 使用CommandBehavior.CloseConnection，当reader关闭时，连接也会关闭 SqlDataReader reader = command.ExecuteReader(CommandBehavior.CloseConnection); return reader; } ``` 这样，调用者在使用完`reader`后，只需要调用`reader.Close()`或`reader.Dispose()`，连接就会自动关闭。 ### 注意事项 - **调用者必须正确处理返回的SqlDataReader**：调用者必须使用`using`块或者显式调用`Dispose`来关闭`SqlDataReader`，否则连接不会被关闭，导致连接泄漏。 - **避免多次打开连接**：如果连接已经打开，不要再次调用`Open()`（虽然不会报错，但没必要）。上面的代码每次都会创建一个新的连接并打开。 ### 针对你的Database.cs的具体修改建议 1. 找到第150行，检查`ExecuteReader`调用之前的连接状态。 2. 确保在调用`ExecuteReader`之前，连接已经被打开（通过`connection.Open()`）。 3. 如果连接对象是类级别的成员变量，请确保在每次使用前检查其状态，并在必要时打开。但是注意，类级别的连接对象容易导致连接未关闭的问题，建议每次使用连接时创建新的连接对象（ADO.NET连接池会管理实际连接，所以不会造成性能问题[^1]）。 4. 如果修改后仍然有问题，请检查是否在别处关闭了连接（比如在另一个线程中关闭了连接）。 ### 总结错误的核心在于连接未打开，所以请确保在`ExecuteReader`执行之前连接处于打开状态。同时，考虑到资源管理和后续使用，建议使用`CommandBehavior.CloseConnection`来确保当读取器关闭时连接也关闭，这样调用者可以方便地管理资源。如果你能提供`Database.cs`文件第150行附近的代码片段（大约前后10行），我可以给出更具体的修改建议。 §§相关问题§§ 1. 在ADO.NET中如何正确管理数据库连接的生命周期？ 2. 使用SqlDataReader时如何避免连接泄漏？ 3. ADO.NET连接池的工作原理是什么？ </think> ### 解决 `Database.cs` 第 150 行 "ExecuteReader 要求已打开且可用的 Connection" 错误 #### 错误定位与原因分析在 `c:\wwwroot\brilliantmed\wwwroot\App_Code\Database.cs` 文件的第 150 行出现此错误，表明您的数据库连接在执行 `ExecuteReader` 前已被关闭。结合引用[3]提到的 MySQL 连接场景[^3]和 ADO.NET 连接池机制[^1]，核心问题通常是： 1. **连接未显式打开**：缺少 `connection.Open()` 调用 2. **连接提前关闭**：在 `ExecuteReader` 前意外调用了 `Close()` 3. **资源管理不当**：未正确处理连接生命周期 4. **连接字符串问题**：配置错误导致连接无法打开（如引用[3]的 `ConnectionString` 变量未正确设置[^3]） #### 分步解决方案以下针对 `Database.cs` 文件的修改建议： ##### 1. 验证连接打开状态（关键修复）在 `ExecuteReader` 前强制检查连接状态并显式打开： ```csharp // 在 Database.cs 中找到第 150 行附近的代码 public SqlDataReader ExecuteQuery(string sql) { // 假设 connection 是您的 SqlConnection 对象 if (connection.State != ConnectionState.Open) { connection.Open(); // 确保连接打开 } // 第 150 行原本的 ExecuteReader 代码 SqlDataReader reader = command.ExecuteReader(); // 现在连接已打开 return reader; } ``` ##### 2. 使用 `using` 语句管理资源（推荐）重构代码以自动管理连接生命周期： ```csharp public SqlDataReader ExecuteQuery(string sql) { // 新建连接确保状态可控 using (SqlConnection connection = new SqlConnection(connectionString)) { connection.Open(); // 显式打开 using (SqlCommand command = new SqlCommand(sql, connection)) { // 第 150 行代码改为： SqlDataReader reader = command.ExecuteReader(CommandBehavior.CloseConnection); return reader; // 当 reader 关闭时，连接自动关闭 } } } ``` ##### 3. 检查连接字符串配置根据引用[3]，确认 `ConnectionString` 变量正确设置[^3]： ```csharp // 在 Database.cs 中检查连接字符串是否有效 private static readonly string connectionString = ConfigurationManager.ConnectionStrings["YourDBConfig"].ConnectionString; ``` 验证点： - 配置文件（如 `web.config`）是否存在对应条目 - MySQL 凭据、端口、数据库名是否正确 - 连接池设置是否合理（参考引用[1]的 ADO.NET 连接池机制[^1]） ##### 4. 异常处理增强添加状态验证和错误日志： ```csharp try { if (connection.State == ConnectionState.Closed) { connection.Open(); } return command.ExecuteReader(); } catch (Exception ex) { // 记录错误详情（包含连接状态） Log.Error($"连接状态: {connection.State}, 错误: {ex.Message}"); throw; } ``` #### 关键注意事项 1. **连接复用问题**：避免重用连接对象，每次查询新建连接（连接池会自动优化性能[^1]） 2. **读取器关闭行为**：使用 `CommandBehavior.CloseConnection` 确保 `reader` 关闭时自动关闭连接 3. **配置同步**：确认 `Database.cs` 中的 `ConnectionString` 与引用[3]提到的 T4 模板配置一致[^3] 4. **连接池限制**：如果频繁出现连接关闭问题，检查连接池是否耗尽（默认最大 100 连接） > **调试建议**：在第 150 行前添加临时日志输出连接状态： > `System.Diagnostics.Debug.WriteLine($"连接状态: {connection.State}");` #### 扩展优化 - **性能提升**：对高频查询启用异步连接（`await connection.OpenAsync()`） - **安全加固**：使用参数化查询防止 SQL 注入 - **连接验证**：添加 `connection.Ping()` 检测连接有效性（MySQL 特有）通过这些步骤，您应该能解决第 150 行的连接状态错误。如果问题仍然存在，建议检查调用堆栈中是否有其他代码提前关闭了连接。