TAdoQuery的大BUG?断网重连后不能再Open公用AdoQuery,否则堆栈溢出。

肉肉的RORO 2014-12-04 10:32:31
最近接了个任务,给一个程序增加断网重连的能力(该程序是通过ADO连接到MSSQL数据库)。
于是,我做了一个ADO连接的辅助类TAdoConnHelper,它的主要功能是:
1.检测断网;
2.待网络恢复后,重连;
3.发送消息,通知其他窗体刷新数据。

功能1,2都没问题,但功能3出现问题了。

问题:
如果某个FORM中实现查询数据时,使用了另一个DataModule中的TAdoQuery(公用TAdoQuery),那么刷新数据时,就不能再Open该TAdoQuery了,否则会导致堆栈溢出。
如果在断网之前,只使用自己本单元的TAdoQuery就没有问题。

我跟了一下那个公用DEMO,发现断网后它的active=inactive, Dataset.RecordsetState=[stExecuting].
此时,什么CLOSE啥的都没用了,我怀疑这是TAdoQuery的Bug。

不知道有什么办法解决吗?
--------
我提取了一个DEMO,可以到网盘下载,链接:
http://yunpan.cn/cA7mdRacxZTrD
提取码 7716
压缩包中有个SQL脚本,请先执行一下,就可以运行DEMO了。谢谢。
...全文
303 4 打赏 收藏 转发到动态 举报
写回复
用AI写文章
4 条回复
切换为时间正序
请发表友善的回复…
发表回复
肉肉的RORO 2014-12-07
  • 打赏
  • 举报
回复
呵呵,没人看DEMO,其实你们说的意思和我两回事。 我要解决的是断网又恢复连接后APP的重连,而不是去恢复网络。 当重连APP时,第一个进行查询的TadoQuery的状态不对,Open方法会进入死循环,最后堆栈溢出。 这个问题我自己终于摸索出解决方法了。 还是散分吧,谢谢关注。
aniugee 2014-12-06
  • 打赏
  • 举报
回复
重连之前先判断是否active=inactive 如果是,用一楼的办法解决。 在没有重新连上之前,先用本地的。
lyhoo163 2014-12-05
  • 打赏
  • 举报
回复
同意楼上意见,数据连接时,就可以判断,如果断线,特别是物理断线,你是解决不了问题的。
道玄希言 2014-12-05
  • 打赏
  • 举报
回复
我一般是在查询的时候判断 偷了点懒, 定义了个全局标志. 连接数据库后, 标志为true, 程序在查询时, 如果发现断网无法连接, 重置连接标志位. 程序再有查询等过来, 看到标志被重置, 就直接再重新连接..... 反正断网后, 不管你有没有个 "断网重连的能力" 的模块, 结果都一样, 连接不上, 获取不到数据..... 加上你这个模块, 在你没连接上之前, 该来的查询一样会来, 查询不到还是查询不到.... 最多就是, 不会出现界面卡死的情况...
很久没有发布东东了,今天看到盒子上有朋友发布了个三层的东东, 下来大概看了看,貌似使用起来不太方便,曾经用过ASTA和RmoObject,都不是那么让人满意,BUG多,并且庞大需要安装,使用十分不方便。 为了继续支持我喜欢的DELPHI和可爱的盒子, 特发布个自己写的远程数据库对象希望能给大家平常的工作带来便利和高效(偶自己和同事们都用了挺长时间,十分稳定易用)。 用DELPHI的朋友少不了要和数据库打交道,一般小程序都使用ACCESS做数据库感觉十分方便,不用装服务端,客户端不用单独装驱动, 发布程序时直接目录一拷贝就完事,但缺点是不方便从其它计算机对它进行访问, 有了偶这个东东,就可以很方便容易的实现咯。 ps : 就是连接Oracle和mysql,客户端也可以不用装驱动哦 使用步骤 解压后找个地方存放 将GobUnit目录添加到delphi的搜索路径 将DXSockEnt30(我改过bug的版本)的3个子目录也添加到delphi的搜索路径 即可使用和编译所有偶提供的代码 FAQ: 这个东东都提供什么功能? 答:提供最简单方便高效的方式,通过ADO对象实现远程数据库 这个东东为什么不封装成控件? 答:本类以单元形式封装,只要加到搜索路径后直接引用即可,无需经过安装等麻烦的步骤。 这个东东适合应用在什么场合? 答:适合应用于小型分布式程序。 这个东东掌握起来有难度吗? 答:没有任何难度,就和你开发本地数据程序一样简单。 这个东东可以应用在我已有的程序里吗? 答:由于我使用的是AdoQuery作为数据集载体,所以无需更改为其他控件,现有的本地数据库程序也可以非常容易的改造为支持分布式数据库。 这个东东稳定吗? 答:经自己长期做小白鼠广泛的实际应用实践,发现方便,稳定。 服务端的端口号是多少? 答:服务端的端口号可以随意设置,只要不和其他程序冲突就可以,并且客户端连接服务端时必须端口一致. 如果服务端重启了客户端需要重启吗? 答:不用,客户端只要连接上服务端以后就有自动断线重连的功能。 这个东东免费吗? 答:完全免费,并且开放所有源代码,你可以随意改进,传播它,当然如果更好用了,记得给我也发一份 :)(要保留偶的版权和注释信息哦) 这个东东使用到了那些控件? 答:delphi的ADO控件,INDY,以及第3方Dxsock(服务端用)。 同时发布的还有我自己积累的几个常用单元,有日志,调试,tcp的通用服务和客户端模块等,同样都是十分有用的东东。 这个东东有demo程序吗? 答:有最简单的示范程序,但时间关系只写了最简单的演示代码,还有很多值得你去挖掘的实用接口和单元。 我有了改进版本,怎么联系这个东东的作者? 答:QQ 22900104 ,Email 22900104@qq.com 马敏钊 发布这个东东的目的是什么? 答:好用的东东大家分享,共同学习,共同进步,希望大家都能发扬开源精神。 构架说明: 大概是这样的,偶有一个服务器对象,负责提供数据库服务,在需要提供数据服务的程序里创建它即可。 使用起来十分简单 首先引用服务端单元 uses UntRmodbSvr; //创建远程服务对象 (参数1 服务端口号 日志对象,如果不需要记录日志请填nil) Gob_RmoDBsvr := TRmodbSvr.Create(FSvrPort, nil); //连接数据库 可以是ADO支持的所有数据库 调用TDBMrg提供的获取各种数据库的链接字符串即可,这里连接Access数据库 Gob_RmoDBsvr.ConnToDb(TDBMrg.GetAccessConnStr('cfg.mdb')); 到此为止,2行代码使你的这个程序具有了将数据库发布出去的能力,其它机器的程序可以方便的通过它访问到数据库,像使用本地数据库一样。 客户端只需连接服务端即可,不管服务端是什么样的数据库,无需安装任何数据库驱动。 uses UntRemSql; //创建客户端对象 RmoClient := TRmoHelper.Create(); //连接服务端 填入服务端地址和端口(与服务端端口一致即可) Result := RmoClient.ReConnSvr(ISvrIP, Iport); 2行代码使你的客户端程序具有了方便的访问到远端的数据库,像使用本地数据库一样,并且你原有的单机数据库程序可以很方便改为远程数据库。 具体使用方法可以查看DEMO程序 为了方便交流建了个QQ群,欢迎大家参与 15637473

2,497

社区成员

发帖
与我相关
我的任务
社区描述
Delphi 数据库相关
社区管理员
  • 数据库相关社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧