经常我们使用C#开发windows窗体程序的时候，会使用到图标，但经常会碰到这样一个问题。 如果我们在项目属性中设定了一个50kb的ico图标，但是我们为了每个窗体的美观都需要在每个窗体又要使用相同的图标文件，这样的话，如果我们有3个窗体，就需要3个图标150KB，加上项目图标就是200KB，如果你有很多窗口的话，那么就会更加蛋疼。 解决办法就是在每个窗体的ico图标我们直接使用项目的那个50kb的图标就行了，避免重复添加。 只需要在每个窗口的laod事件里面手动加载图标即可。 1 2 3 4 5 private void Form1_Load(object sender, EventArgs e) { // 加载图标 this.Icon = Zony_Lrc_Download_2._0.Resource1._6; }

一般我们如果碰到如下代码一般都会认为是错误的。 1 2 int a=10; int array[a]; 因为我们的书上明确说过，定义数组的时候，数组维度必须为常量表达式或者const的常量。 就像下面一样： 1 2 3 int array[10]; const int lenght=10; int array2[lenght]; 第一次我看到第一段代码的时候认为绝壁编译无法通过，刚好我又在Linux下开发程序，抱着怀疑的心态编译了一下，结果竟然通过了。当时我的人生观、价值观、世界观就被颠覆了，便在网上四处搜索答案，之后在 http://www.cnblogs.com/hazir/p/variable_length_array.html 找到了答案。 在 ISO/IEC9899 标准的 6.7.5.2 Array declarators 中明确说明了数组的长度可以为变量的，称为变长数组（VLA，variable length array）。（注：这里的变长指的是数组的长度是在运行时才能决定，但一旦决定在数组的生命周期内就不会再变。） 在 GCC 标准规范的 6.19 Arrays of Variable Length 中指出，作为编译器扩展，GCC 在 C90 模式和 C++ 编译器下遵守 ISO C99 关于变长数组的规范。 GCC 中允许使用零长数组，把它作为结构体的最后一个元素非常有用，下面例子出自 gcc 官方文档。 1 2 3 4 5 6 7 struct line { int length; char contents[0]; }; struct line *thisline = (struct line *) malloc (sizeof (struct line) + this_length); thisline->length = this_length; 从上例就可以看出，零长数组在有固定头部的可变对象上非常适用，我们可以根据对象的大小动态地去分配结构体的大小。

在自己开发服务器软件的时候遇到的问题，如果使用纯粹的char或者文本进行数据通信的话，可读性差不说，而且很容易被截取破解，所以萌生了一个开发自己通信协议的想法，本文章的思路借鉴了 Charles0429 在github上的项目的思想。

在本文章里面，我们数据通信统一采用一个结构体来进行数据通信与传输，它包含一个标志头，数据体与校验码，校验码来保证数据传输的正确性。

单例模式也称为单件模式、单子模式，可能是使用最广泛的设计模式。其意图是保证一个类仅有一个实例，并提供一个访问它的全局访问点，该实例被所有程序模块共享。 单例模式有许多种实现方法，在C++中，甚至可以直接用一个全局变量做到这一点，但这样的代码显的很不优雅。 使用全局对象能够保证方便地访问实例，但是不能保证只声明一个对象——也就是说除了一个全局实例外，仍然能创建相同类的本地实例。

.Net 的 HttpWebRequest 或者 WebClient 在多线程情况下存在并发连接限制，这个限制在桌面操作系统如 windows xp , windows 7 下默认是2，在服务器操作系统上默认为10. 如果不修改这个并发连接限制，那么客户端同时可以建立的 http 连接数就只有2个或10个。对于一些诸如浏览器或网络蜘蛛的应用，2个或10个并发数量实在太少，大大影响应用的性能。之所以有这个并发连接限制，是因为 http 1.0 和 http 1.1 标准规定并发连接数最大为2. 不过目前主流的浏览器都已经不遵循这个规则了，但 .net framework 依然默认遵循这个规则。 很多文章说用异步方式访问 HttpWebRequest 可以提高并发性能，但我测试下来，如果不修改这个默认并发连接数，同步或异步方式访问性能都很不好。