VisualStudio下，运行C#程序完全正常，生成exe后很卡

86180A

用C# WPF写的界面，在Visual Studio中点运行，非常流畅正常

使用生成的exe文件运行，就变得奇卡无比，

这个大概会是什么原因？

zyqcome

什么操作变卡的，不会一打开软件就变卡三

观察一下内存啥的，看看内存有没有一直涨，一直涨就是内存管理有问题

看看是不是都在UI线程里干活

加一个调试接口，输出日志，看看都是哪些地方卡

大概就这些思路了

初音之恋

十有八九都在UI里干活卡死

t3486784401

都有源码了，procexp 跟踪下啊

86180A

stpw.Start();
System.Threading.Thread.Sleep(1);
stpw.Stop();

TextBox_Test.Text = stpw.ElapsedMilliseconds.ToString();

添加这段测量时间，发现在debug环境下，运行时间正确，等于1，
直接运行exe，等于15

也就是足足慢了15倍。

wangjiati

将所有代码注释掉，打包成exe再试试，不卡就开几条，再不卡就再开几条，逐步试。

86180A

t3486784401 发表于 2024-11-19 18:44
都有源码了，procexp 跟踪下啊
(引用自4楼)

sleep 函数， 在debug模式下，完全准确。

脱离debug，用exe单独运行，就变得很慢很慢。

t3486784401

我在 VC 下也调用 Sleep( ) 函数啊，注意大小写有区别。
无论 debug 还是 release 都差不多，也是用 Sleep(1) 来避免某个线程卡死 CPU 的。

不过都是后台线程才用到 Sleep，前台有界面的线程用 Timer 来搞。

86180A

t3486784401 发表于 2024-11-20 02:11
我在 VC 下也调用 Sleep( ) 函数啊，注意大小写有区别。
无论 debug 还是 release 都差不多，也是用 Sleep( ...
(引用自8楼)

我这里是
在BackgroundWork的后台里面，对bin文件进行发送，
发送完一帧，就Sleep 1ms，

在debug下，大概30秒就发送完了。

在release下，却要2-3分钟。

去掉Sleep函数，就很快了。

youkebing

86180A 发表于 2024-11-20 12:27
我这里是
在BackgroundWork的后台里面，对bin文件进行发送，
发送完一帧，就Sleep 1ms，
(引用自9楼)

这个是sleep精度的问题，我记得这个函数的精度是没法保证到1ms的，你可以参考这个看看  https://blog.csdn.net/i78i845/article/details/129301396

yyts

86180A

youkebing 发表于 2024-11-20 12:35
这个是sleep精度的问题，我记得这个函数的精度是没法保证到1ms的，你可以参考这个看看  https://blog.csd ...
(引用自10楼)

ok 谢谢

1. [DllImport("winmm.dll", EntryPoint = "timeBeginPeriod")]
   
2. public static extern uint MM_BeginPeriod(uint uMilliseconds);
   
3. 
   
4. [DllImport("winmm.dll", EntryPoint = "timeEndPeriod")]
   
5. public static extern uint MM_EndPeriod(uint uMilliseconds);
   
6. 
   
7. MM_BeginPeriod(1);
   
8. Thread.Sleep(1);
   
9. MM_EndPeriod(1);

复制代码

按这个操作，问题解决了。

86180A

yyts 发表于 2024-11-20 14:18

(引用自11楼)

好的 谢谢，
跟楼上给的方案基本一致。

yyts

86180A 发表于 2024-11-20 21:58
好的 谢谢，
跟楼上给的方案基本一致。
(引用自13楼)

这年头得跟上潮流才行，5秒就能解决的事情。

我现在很多代码，都让它帮我写了。

初音之恋

sleep这种操作就不能在UI线程里干，不卡你卡谁，有延时的都得建后台线程，像你这种1ms刷新UI界面有什么意义，根本观察不到

86180A

初音之恋 发表于 2024-11-21 09:31
sleep这种操作就不能在UI线程里干，不卡你卡谁，有延时的都得建后台线程，像你这种1ms刷新UI界面有什么意义 ...
(引用自15楼)

麻烦看清楚帖子内容再回复。

我在9楼已经说明了，不是UI里面干活。

我这里是
在BackgroundWork的后台里面，对bin文件进行发送，
发送完一帧，就Sleep 1ms，

在debug下，大概30秒就发送完了。

在release下，却要2-3分钟。

去掉Sleep函数，就很快了。

zyqcome

TextBox_Test.Text = stpw.ElapsedMilliseconds.ToString();
修改ui 不能这么快，会反应不过来的
另外不能跨线程改UI

86180A

zyqcome 发表于 2024-11-21 23:59
TextBox_Test.Text = stpw.ElapsedMilliseconds.ToString();
修改ui 不能这么快，会反应不过来的
另外不能 ...
(引用自17楼)

这是stopwatch，秒表，只执行一次，测量Sleep(1)的时间。

这个是单独写来测试的，不在后台里面，在UI里面，所以可以用来更新UI。

我就是怀疑是这个函数不准确，所以才去测它的。

t3486784401

86180A 发表于 2024-11-22 00:48
这是stopwatch，秒表，只执行一次，测量Sleep(1)的时间。

这个是单独写来测试的，不在后台里面，在UI里 ...
(引用自18楼)

上这个 ::QueryPerformanceCounter / ::QueryPerformanceFrequency

标准 WinNT 库，简单粗暴有 us 疗效