DataReader.IsClosed属性

在CSDN论坛上看到下列问题,如果把DataReader当作DataGrid的DataSource,在DataGrid.DataBind()之后,在下列两种情形下,DataReader的IsClosed的值是不同的

1.
IDataReader reader = SomeDBCommand.ExecuteReader();
DataGrid1.DataSource = reader;
DataGrid1.DataBind();

在这里,reader的IsClosed的值是false

2.
IDataReader reader = SomeDBCommand.ExecuteReader(CommandBehavior.CloseConnection);
DataGrid1.DataSource = reader;
DataGrid1.DataBind();

在这里,reader的IsClosed的值是true

结论是,如果DataReader的CommandBehavior是CloseConnection的话,DataGrid1.DataBind()在某种(也许是非直接的)方式下,调用了DataReader的Close方法。在网上找到了一个类似的讨论,但他们没有给出原因。

把DataReader作为DataGrid的DataSource时,DataReader是当作IEnumerable来看待的,从IEnumerable可以获取IEnumerator,然后可以用它的MoveNext/Current来依次获取每个记录,难道MoveNext调用了DataReader的Close方法?做了个试验

using System;
using System.Data;
using System.Data.OleDb;
using System.Data.SqlClient;
using System.Collections;

class TestClose
{
  static void Main()
  {
 SqlConnection conn = new SqlConnection("server=localhost;database=pubs;uid=sa;pwd=;");
 SqlCommand cmd = new SqlCommand("select * from authors", conn);


 conn.Open();
 SqlDataReader reader = cmd.ExecuteReader(CommandBehavior.CloseConnection);
 TestRead(reader);
 reader.Close();

 conn.Open();
 reader = cmd.ExecuteReader(CommandBehavior.CloseConnection);
 TestMoveNext(reader);
 reader.Close();

   }

  static void TestRead(IDataReader reader)
  {
 while (reader.Read());
 Console.WriteLine("after Read(), reader is closed? {0}", reader.IsClosed);
  }

  static void TestMoveNext(IDataReader reader)
  {
 IEnumerator e = ((IEnumerable)reader).GetEnumerator();
 while (e.MoveNext());
 Console.WriteLine("after MoveNext(), reader is closed?{0}", reader.IsClosed);
  }


}

输出是
after Read(), reader is closed? False
after MoveNext(), reader is closed? True

果不其然啊,用Lutz Roeder的Reflector(大力推荐!)工具看了一下.NET里SqlDataReader的实现

IEnumerator System.Collections.IEnumerable.GetEnumerator()
{
      return new DbEnumerator(this, (CommandBehavior.Default != (CommandBehavior.CloseConnection & this._behavior)));
}
 

可见SqlDataReader的CommandBehavior确实是传进去的,再看DbEnumerator的实现

public DbEnumerator(IDataReader reader, bool closeReader)
{
      if (reader == null)
      {
            throw ADP.ArgumentNull("reader");
      }
      this._reader = reader;
      this.closeReader = closeReader;
}

 

public bool MoveNext()
{
      object[] objArray1;
      if (this._schemaInfo == null)
      {
            this.BuildSchemaInfo();
      }
      this._current = null;
      if (this._reader.Read())
      {
            objArray1 = new object[this._schemaInfo.Length];
            this._reader.GetValues(objArray1);
            this._current = new DbDataRecord(this._schemaInfo, objArray1, this._descriptors, this._fieldNameLookup);
            return true;
      }
      if (this.closeReader)
      {
            this._reader.Close();
      }
      return false;
}

果然, 如果DataReader的CommandBehavior是CommandBehavior.CloseConnection的话,MoveNext调用了Close方法!

内容概要:本文详细记录了对一个Android ARM64静态ELF文件中字符串加密机制的逆向分析过程。该ELF文件的所有字符串均被加密,无法通过常规strings命令或IDA直接识别。作者通过分析发现,加密字符串存储在.rodata段,其解密所需信息(包括密文地址、长度和16位密钥)保存在.data.rel.ro段的40字节描述符中。核心解密函数sub_10F408采用自反的双pass流密码算法,结合固定密钥KEY_TERM(由.data段24字节数据计算得出),实现字节级非线性、位置与长度相关的加密。文章还复现了完整的Python解密脚本,并揭示了该保护机制的本质为代码混淆而非强加密,最终成功批量解密全部956条字符串,暴露程序真实行为,如shell命令模板、设备标识篡改、网络重置等操作。此外,文中还提及未启用的自定义壳框架及其反dump设计。; 适合人群:具备逆向工程基础的安全研究人员、二进制分析人员及对ELF保护技术感兴趣的开发者。; 使用场景及目标:①学习ELF二进制中字符串加密的典型实现方式与逆向突破口;②掌握从结构识别、函数追踪到算法还原的完整逆向流程;③理解“绑定二进制”的完整性校验设计及其局限性;④实践编写IDAPython脚本自动化提取与解密敏感数据。; 阅读建议:此资源以实战案例驱动,不仅展示技术细节,更强调逆向思维与验证方法,建议读者结合IDA调试环境,逐步跟随文中步骤进行动态分析与算法验证,深入理解每一步的推理依据。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值