线程定时刷新主界面导致tomcat连接池报错,请问怎么解决呢?

wu721 2010-07-15 05:04:14


private void Frm_Load(object sender, EventArgs e)
{
flashThread = new Thread(new ThreadStart(this.flash_doing));
flashThread.Name = "刷新";
flashThread.IsBackground = true;
flashThread.Start(); //启动线程
}

private void flash_doing()
{

while (true)
{
StartFlash();
System.Threading.Thread.Sleep(15*1000); //测试15秒刷新一次
}
}


private void StartFlash()
{
if (this.InvokeRequired)
{
doCallback d = new doCallback(ShowFrm);
this.Invoke(d);
}

}

private void ShowFrm()
{
//刷新页面
}






因为这个界面打开后基本不会关闭,要一直保持隔一段时间进行刷新的状态。而且会有多个客户端同时连接到服务器上。

刷新几次之后tomcat就会报错: Cannot get a connection, pool exhausted

请问怎样在每次刷新之后释放掉连接资源呢?或者有什么好的处理方法?

多谢各位!!!
...全文
167 6 打赏 收藏 转发到动态 举报
写回复
用AI写文章
6 条回复
切换为时间正序
请发表友善的回复…
发表回复
wu721 2010-07-21
  • 打赏
  • 举报
回复
确实还是Server端有连接没有释放造成的。谢谢各位~
wu721 2010-07-15
  • 打赏
  • 举报
回复
ShowFrm() 中有几次调用存储过程返回结果集,调用完成之后都是关闭了connection的。再使用返回的结果集数据更新界面上的控件数据。

这个是关闭连接的代码:

private Connection DbCon = null;
private PreparedStatement prepState;
private CallableStatement callState;
private ResultSet DbResult;

public void close() {
try {
if (DbResult != null) {
DbResult.close();
DbResult = null;
}
} catch (Exception e) {
System.err.println("Error on close ResultSet " + e.getMessage());
}
try {
if (prepState != null) {
prepState.close();
prepState = null;
}
} catch (Exception e) {
System.err.println("Error on close PreparedStatement" + e.getMessage());
}
try {
if (callState != null) {
callState.close();
callState = null;
}
} catch (Exception e) {
System.err.println("Error on close CallableStatement " + e.getMessage());
}
try {
boolean autoCommit = true;
try {
autoCommit = DbCon.getAutoCommit();
} catch (Exception ea) {

}
if (DbCon != null && autoCommit == true) {
DbCon.close();
DbCon = null;
}
} catch (Exception e) {
System.err.println("Error on close Connection " + e.getMessage());
}
}
healer_kx 2010-07-15
  • 打赏
  • 举报
回复
释放的逻辑,还是要在Servlet里面去完成的。
qldsrx 2010-07-15
  • 打赏
  • 举报
回复
没看到你连接tomcat的代码,更不用说释放部分了,单从所见代码来看,一点问题都没有。
healer_kx 2010-07-15
  • 打赏
  • 举报
回复
问题是你的Server端怎么写的,Connection拿到后,你释放了吗?
你写写JSP就知道了。Connection用完了,要Close()啊。
cpp2017 2010-07-15
  • 打赏
  • 举报
回复
关键是刷的代码,这里的代码看不出问题来。
我们把同一标的(昆仑万维,现价 43.20 元,2026-07-31 收盘)交给三套系统,各出一份独立分析: **C 报告(CoordClaw 基于管理学多智能体系统)**——投研级。它由五个角色构成:周婷整合撰写、李静出基本面、王芳出技术面、赵明出风险、陈默做 PM 终审。最终产物是一份 38 项分级风险清单(P0×4 / P1×12 / P2×12 / P3×6 / 尾部×4)、双源交叉验证的财务数据(EM/Sina 差异 <0.01%)、严格的口径纪律,以及一份原样保留的"待核实"清单。结论冷冰冰:高风险,不建议参与。 **D 报告(DeepSeek)**——信息整理级。它把"4+3 AGI 战略"、天工 AI、Opera 浏览器、StarMaker 拆得很漂亮,核心财务数据(营收 81.98 亿、归母 -15.93 亿)也没算错。但整篇没有技术面、没有量化风控,更关键的是——它完全没提实控人已减持 75%、质押状态未知、净现金仅 15.19 亿且续航只有 1.26~1.81 年这些要命的负面。这是典型的"选择性呈现"。 **K 报告(Kimi)**——以对比评估的方式呈现。它搭起"数据准确性 / 分析维度 / 结论合理性"的三维框架,把几份材料放在一起对照,给出各自的强弱判定。它的维度意识比 D 报告更自觉,但作为一份独立分析,它对"评估方法本身的信度"交待不足,部分引用的核对也不够彻底。 结果两家的结论高度一致。C 报告(多智能体)被评投研级、居首;D 报告(DeepSeek 自己写的)被评信息整理级、居中;K 报告(Kimi 自己那份)维度较全但核验深度有限,排在两者之间。DeepSeek 的那份评估把 C 给了五星、D 三星、K 四星;Kimi 的那份评估也独立地把最高分给了 C。
问题现象 - 同一张 TF 卡/SD 卡在其他电脑上能正常识别,插到本机却只"响一声",资源管理器里不显示盘符; - 磁盘管理里能看到磁盘,但显示为灰色 / RAW / 无盘符; - 插入 U 盘、读卡器后偶尔能显示,重启或更换卡片后又消失; - 使用 diskpart、mountvol 等命令时系统卡住无响应。 ## 问题根源 经排查,这类问题通常不是 TF 卡损坏,而是 Windows 存储子系统与本机读卡器/驱动之间的兼容性故障,要包括: 1. **盘符未分配** —— 卷已被系统识别,但没有挂载点,因此资源管理器不显示; 2. **USB 幽灵设备残留** —— 系统里残留 `Disconnected` 状态的 USBSTOR 设备记录,阻塞新设备枚举; 3. **USB 选择性暂停(Selective Suspend)** —— Windows 空闲时给读卡器断电,导致识别不稳定; 4. **automount 被关闭或失效** —— 新插入的卷无法自动分配盘符; 5. **存储堆栈挂起** —— 残留的 diskpart 进程锁死存储服务。 ## 解决方案(一键永久修复) 本项目是一个 **Codex Skill + 一键安装器**,自动完成以下修复: - 启用系统自动挂载(automount enable / scrub) - 清理 Disconnected 幽灵 USB 设备 - 永久禁用 USB 选择性暂停(防读卡器被断电) - 自动为所有无盘符的可移动卷分配盘符 - 注册**开机守护任务**:每次开机自动执行以上修复,彻底告别手动操作 ## 使用方法 ```powershell # 在其他电脑上(Windows 10/11): # 1. 下载本项目 # 2. 右键 install.bat → 以管理员身份运行(或直接双击后点"是")

111,129

社区成员

发帖
与我相关
我的任务
社区描述
.NET技术 C#
社区管理员
  • C#
  • Creator Browser
  • by_封爱
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

让您成为最强悍的C#开发者

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