wince 扫码程序 扫到后期与数据库交互时间很长 引发连接超时

[大飞为]

现有 扫码程序 每次扫码 向数据库查询 条码的状态 返回对应的信息 连接方式SqlConnection conn = new SqlConnection(connectionStr) 直连数据库 调用已写好的存储过程 一开始反应速度还好 一扫不到一秒有反应 但扫到后面 45百的时候响应时间会加长。 满的很慢 慢到会响应超时。
问下有什么优化思路。

[zbdzjx]

胡乱猜测：是不是内存不足了？导致慢。

[大飞为]

引用 1 楼 myheadachecase 的回复:

"但扫到后面 45百的时候响应时间会加长" 45百是指什么？在你本机模拟器里面也会超时？否则你得看看使用现场的网络环境是否稳定。

45百是数量 假若是网络问题 感觉只能去调网路了

[大飞为]

引用 2 楼 zbdzjx 的回复:

胡乱猜测：是不是内存不足了？导致慢。

运行内存~？？

[Sam仔]

重启扫描枪 重启服务器 搞定 结帖拿分!~

[大飞为]

引用 5 楼 u011186647 的回复:

重启扫描枪 重启服务器 搞定 结帖拿分!~

客户不会让你重启服务器的。

[班门弄武]

一开始我们公司用PDA最大的问题就是网络不稳定。 PDA重启后能恢复？ 每次到45百的时候都做不下去或者有时候超时有时候不超时？ 超时的时候将pda执行的存储过程在外部执行一下看是否超时？ 从0-45百的过程中感受到延迟变化？ 还是说存储过程有问题？表锁住了？ 另外，后面把WINCE的pda换成安卓PDA吧。

[正怒月神]

扫描多了会查询慢？ 那看你扫描枪内部逻辑啊。 不会是遍历数据450全部查询吧

[zbdzjx]

引用 4 楼 u014138682 的回复:

引用 2 楼 zbdzjx 的回复:

胡乱猜测：是不是内存不足了？导致慢。

运行内存~？？

我猜测是不是连接或其他资源没释放，导致内存不足，慢。因为WinCE这东西内存很小。

[大飞为]

引用 8 楼 hanjun0612 的回复:

扫描多了会查询慢？ 那看你扫描枪内部逻辑啊。 不会是遍历数据450全部查询吧

每次扫码都调用都跑一下存储过程

[大飞为]

引用 7 楼 myheadachecase 的回复:

一开始我们公司用PDA最大的问题就是网络不稳定。 PDA重启后能恢复？ 每次到45百的时候都做不下去或者有时候超时有时候不超时？ 超时的时候将pda执行的存储过程在外部执行一下看是否超时？ 从0-45百的过程中感受到延迟变化？ 还是说存储过程有问题？表锁住了？ 另外，后面把WINCE的pda换成安卓PDA吧。

更新语句有更新锁 update KingdeeOrder with(UPDLOCK) 难道是这里锁住了

[班门弄武]

只有你自己才能找到真正原因了，别忘了案例分享一下 :)

[以专业开发人员为伍]

自己仔细测试、调试，看看有没有冗余几百倍上千倍的垃圾代码。例如一些不应该循环的还在循环，一些不应该重复注册的重复注册，等等。

[班门弄武]

"但扫到后面 45百的时候响应时间会加长" 45百是指什么？在你本机模拟器里面也会超时？否则你得看看使用现场的网络环境是否稳定。

[ggw]

有内存泄漏？数据库索引没有？网络不稳定？原因很多。

[XBodhi.]

调试 F11 ，注意 死循环，阶段代码用 StopWatch 捕获执行时间来看看问题出在哪里。先从数据库的 SQL 查起看是不是SQL 有问题。也要看看是不是 事务锁住了。

[大飞为]

引用 13 楼 sp1234 的回复:

自己仔细测试、调试，看看有没有冗余几百倍上千倍的垃圾代码。例如一些不应该循环的还在循环，一些不应该重复注册的重复注册，等等。

我在猜想存储过程里面 有更新锁 会不会 两台机同时扫的时候 表锁住了导致慢呢。

[大飞为]

引用 15 楼 qiaohuyue 的回复:

调试 F11 ，注意 死循环，阶段代码用 StopWatch 捕获执行时间来看看问题出在哪里。先从数据库的 SQL 查起看是不是SQL 有问题。也要看看是不是 事务锁住了。

我在猜想存储过程里面 有更新锁 会不会 两台机同时扫的时候 表锁住了导致慢呢。