1、显式注册的evenhandler要显式注销以避免内存泄漏
将一个成员方法注册到某个对象的事件会造成后者持有前者的引用。在事件注销之前，前者不会被垃圾回收。
由事件引起的内存泄漏问题：
对象a订阅了对象b中的事件
对象a的生命周期远远大于对象b
对象a没有取消订阅对象b的时间
最终导致对象b无法释放
2、控件绑定的数据源批量操作应避免自动刷新
客户端批量操作数据时，控件自带的刷新操作，会造成不必要的时间消耗
当数据源（如datatable、array、list、observablecollection或其他ilistsource等）被绑定到控件时，批量操作数据时应该断开绑定或挂起控件的刷新。
3、减少客户端与服务端的通信次数
webservice调用并非越少越好，传输数据量较大的情况可考虑拆分为多次调用
对于短webservice的调用，应尽量合并以减少交互次数
4、减少客户端与服务端的通信次数
如非必要，应尽量避免在循环体内重复调用webservice
5、使用泛型来避免装箱、拆箱操作（减少垃圾回收压力）
装箱操作会造成gc压力；如果发生在集合中，应该使用泛型集合避免。
对于值类型的集合，使用list<t>来代替arraylist，使用dictionary<tkey, tvalue> 来代替hashtable。
6、字符串操作：
<a target="_blank" href="http://blog.csdn.net/jiankunking/article/details/49702803"> c# 字符串操作--减少垃圾回收压力</a>
7、使用常量避免创建对象
如下例，程序中存在大量 new decimal(0)的代码，这会导致小对象频繁创建及回收；正确的做法是使用 decimal.zero 常量。
8、避免不必要的抛出异常
<a target="_blank" href="http://blog.csdn.net/jiankunking/article/details/49463991">c# 异常处理（catch throw）il分析</a>
9、使用removeall而非removeat进行删除多个元素
使用removeall方法对集合（如list）中的多个元素进行一次性删除时，只会对list的内部数组做一次resize 操作，效率明显高于循环调用removeat。
11、反射与动态绑定--减少cpu占用
反射技术是将编译期间的静态绑定转换为延迟到运行期间的动态绑定。
c#主要支持 5 种动态创建对象的方式（时间消耗来自网络，与我实测的差距挺大，具体测试见下方）：
动态创建对象的方式
与direct create
1.type.invokemember
慢40倍以上
2.contructorinfo.invoke
3.activator.createinstance(type)
慢7倍
4.activator.createinstance(assemblyname, typename)
慢1000倍以上
5.assembly.createinstance(typename)
应尽量避免使用反射和动态绑定；如必须使用，要遵循以下原则：
1． 使用接口调用方式将动态绑定改造为早期绑定（direct call）
2． 使用 activator.createinstance(type)方式动态创建对象
3． 使用typeof操作符代替gettype调用
小注：
通过循环创建实例记录时间如下：
加载程序集、获取类型在循环外部时间如下（这时不同创建方式消耗时间差距挺大）：
代码如下：
加载程序集、获取类型在循环内部时间如下（这时不同创建方式消耗时间差距比较小）：
12、序列化与反序列化
相对于xml、二进制序列化方式，protobuf效率较高，支持数据量较大
protobuf序列化后的大小是json的1/10，xml格式的1/20，是二进制序列化的1/10
<a target="_blank" href="http://blog.csdn.net/jiankunking/article/details/49742115">c# 序列化</a>
<a target="_blank" href="http://blog.csdn.net/jiankunking/article/details/49739303">c# protobuf-net 序列化</a>
13、数据压缩
在数据从客户端传输到服务端过程，为减少数据传输量，建议对数据进行压缩处理。
14、