.net如今曾经很流行，成为赶时髦的程序员的首选。但是，大量刚刚接触.net的程序员的确存在一定的认识误区，这里先引见一部分。

一、.net程序再运转一次就会更快

许多人对此的解释是：.net程序第一次运转时会被编译成本地代码，所以再次运转会更快。但遗憾的是，其实每次运转，那些IL都会被翻译一次，不会保留下来。所以并不会变快。但为什么有时候真的觉得快了呢？其实所有程序都是这样，这是Windows再为你缓存用过的组件。真正需求CPU时间的程序，多运转是不会加快速度的。

二、.net程序运转起来一定很慢

由于存在IL被翻译成本地代码的过程，.net程序的确要耗费一部分时间。但是.net程序仍然具有很高的效率，这一点许多Java虚拟机都比不上，这是为什么呢？由于多数.net程序内含的代码很少，几乎都是调用.net Framework中的类库，而这些类库在.net Framework安装的时候全部编译成为本机优化的本地码，并保存在程序集缓存里面。有了这个程序集缓存，你程序理想上的大部分曾经是高效的本地代码，所以当然快了。但是，如果你进行大量数值计算类的操作，还是能够感到第一次运算的速度明显下降。所以建议大家将计算密集型的程序分离出来，编译成本地代码并保存在程序集缓存中，当前使用起来就很快了。

三、C#比VB.net快，功用更强大

必须得承认，C#编译器和VB.net编译器在处理某些细节上确实有些不同，导致两者编译功用类似的程序效率通常会有差异。但对于一个编制完整的项目，是不会有任何差别的。缘由是首先VB.net编译器并没有比C#有实质上的缺陷，其次大部分代码都是.net Framework类库中的代码，两者调用起来没有差别。至于C#比VB.net功用强大，这牵扯到心思学问题。VB并不比C#差，也没有“语法混乱”、“为了兼容而设计”之类传说中的毛病。用VB.net一样可以写出出色的、结构完满的使用程序。而且VB.net也是Visual Studio.net独一的宏言语。

这里面还有一个问题，著名的Linux下的.net——Mono中能否只支持C#？当然不是，用VB.net开发出的程序一样可以在Mono中正确运转。而且最新的Mono将包含Mono Basic言语，这样，掌握VB.net语法的人，就可以完全在Linux等系统下开发。

四、微软只想推广C#，他想放弃VB.net

不要听信杞人忧天的话。微软无时无刻不在推广VB.net上用心。MSDN上关于.net开发的文章，用VB.net做例子的比用C#还要多。微软还专门推出VB技术节目——VBTV，协助开发者更好地了解VB.net。微软在列出Visaual Studio中的开发工具时，Visual Basic总是排在第一个——这是微软5年来的传统。所以担心VB.net会被淘汰的人，如今该松口气了。

五、微软用.net对抗Java，所以我也要支持.net，反对Java

千万不要有这种想法，MS当然想占领Java的市场，Sun当然不情愿，但这不关你的事。哪一方赢了你都不会有实质上的好处。还是两个都学吧。与其在网上挑起争论，不如多学一个本事，你马上就会看到报答的。

好了，从下一次开始，将着重引见技术上的误区。祝大家好运。