关于winform的 在实时刷新方面用timer控件好还是用多线程好

Question

我现在在做的系统中多个窗体中数据需要实时刷新，就意味着用timer控件的话需要用到多个，但是这样一个客户端也就算了，关键是到时用几十个客户端啊！所以想请教一下换成多线程实现实时刷新会不会比用timer控件好？
如果用多线程好的话，应该怎么实现呢？请各位老师赐教！

Answer 1

几十个客户端和一个客户端有什么区别呢？
一个上实现了，客户端可以运行多个。timer控件可以的。

Answer 2

但是我做的是如果数据有变化的情况下向服务器端重新请求数据（也就是客户端重新绑定数据源），
有几十个客户端这样用timer控件不会对服务器造成太大的压力么？我特别怕这点的。

Answer 3

timer是走cpu时钟的，如果有其他进程占用资源较高时，定时效果不准。还是用多线程吧

Answer 4

是啊 我就是判断他如果有数据变化的时候才去刷新数据源，但是我问的是用在timer这样刷新好么？
要知道 我在一个客户端差不多有七八个timer,总共有30多客户端

Answer 5

是啊 我就是判断他如果有数据变化的时候才去刷新数据源，但是我问的是用在timer这样刷新好么？
要知道 我在一个客户端差不多有七八个timer,总共有30多客户端

多线程吧

Answer 6

竟然是新帖子啊！！！楼上某位的回答很对，你已经知道是改变的时候才去刷新，故而，你客户端根本不需要什么timer不断刷新自己。通信的事件驱动下即可。
不要用客户端的各个窗体没事timer的去服务器查询，那个有点坑。
然后，既然要通信，那么，多线程肯定的了，你应该很熟悉多线程，否则通信，你压根就不会写。找个你们公司的老员工讨教下吧，看了你的问话与交谈，感觉你对这种系统完全是一头雾水