|
一般很慢是程序后台需要处理很多东西吧？你这程序呢？
|
|
|
|
|
|
1.未运行的程序卡的话，你是不是使用X控件了，自己做的X-控件陷入了死循环或者延时机构太长，
2.因为电脑内存不足原因，优化下程序 3.通信的原因，系统处在查找外部设备的进程中 |
|
|
2018-5-4 15:05:14
评论
|
|
|
1.我没使用X控件，就是自定义修改了控件的外观。电脑内存8G I5的，查了查，可能是因为前面板控件太多还有可能图片分辨率太高造成的。 2.查找外部设备？我没运行程序啊，没进行通讯操作 |
|
|
|
|
|
前面板的话不会卡的啊，你用有关3D的控件了，高版本的有关3维的控件也能引起卡顿
|
|
|
2018-5-7 10:02:20
评论
|
|
|
没用3D的控件，控件都是自己把现有的控件自定义修改外观，
|
|
|
|
|
|
这样的话只能慢慢排查了，复制备份一下，一个个的把自定义的都改为正常的，找出到底哪个控件出了问题
|
|
|
2018-5-8 13:16:23
评论
|
|
|
一般前面板放置一个控件，LV会自动加载到内存中，但是像你界面中显示的控件数量感觉不太会造成卡顿，我怀疑是你后台程序建立了太多属性节点，一般属性节点太多会造成代码编辑时卡顿，建议用引用方式代替直接属性节点
|
|
|
|
|
杨雪琪 发表于 2018-5-8 15:26 就是不直接创建属性节点，而是通过创建引用后调用属性节点吗？两者差别在哪？萌新求解惑 |
|
|
|
|
|
两者没什么区别，不过如果搭配状态机可以很有效的减少属性节点的数量，这样就可以减轻代码卡顿情况。按目前我自身感觉，一个VI内的属性节点也不会太多，往往是因为前面板设置了大量独立控件导致的，建议将同类控件用数组或者簇来代替，这样一个属性节点可以做很多事情 |
|
|
|
|
|
如果你方便的话，你可以上传你的代码，咱们一起参详看看可以怎样改进 
|
|
|
|
|
|
|
|
|
|
|
|
控件不要组合试试
|
|
|
|
|
|
如果单个程序关联程序太多就会出现这种修改后很卡顿的情况，叫做高耦合吧
|
|
|
|
|
你正在撰写答案
如果你是对答案或其他答案精选点评或询问，请使用“评论”功能。
/6 
9379
淘帖
3156
