项目经理把我们几个C#程序员拉到一起说了一个事情，说完直接把我气笑了！项目经理着重得跟我们说，以后项目发布一定要用Rlas不能使用Dbug了！原来，是他发现我们公司有些程序员在发布项目的时候使用的是Dbug方式发布的，但是，当换上Rlas发布后，项目的运行效率会大大提升！
项目经理的提醒我本来还以为他把我们拉到一起要说一些什么重要的事情呢，搞半天是因为这个！但话说回来，项目在发布的时候使用Rlas方式发布，程序的执行效率的确会提升不少，我一直以为这不应该需要特殊提醒的，是个程序员都应该知道的事情。
但是，很显然，我们公司的一些刚入行的程序员没有注意到这个事情，被项目经理抓到了。但是，即使真的有这个事情他告诉研发总监就行了，非要自己把一帮研发拉到一起说这个事情，这会有越权的嫌疑。
其次，像我这样的“老油条”，我对于开发过程中需要注意的一些点基本上已经属于不需要说，已经烂在骨子里的那种了。
突然有一个不怎么懂编程的人告诉你一个很简单的事情应该怎么做，怎么看也感觉我的智商受到了某种形态的侮辱。
特别是，当项目经理问我们记住了没的时候，我小声嗯了一下，估计他没听见，以为我没回应他，还特别问我有没有记住。
当时我那个脑子啊，后来还是克制住了，回了一句：“知道了！”。
如果是他当面这么问我，我会直接回复他：“我需要你教啊？”。
但话说回来，在.Nt使用Rlas发布项目和使用Dbug发布项目的确是有很大的区别的。
Rlas和Dbug方式有何不同？首先是项目的执行效率，使用Rlas发布的项目代码执行效率是要优于Dbug方式发布的项目的。
说简单点，Dbug方式发布的项目里面会增加一些与调试相关的内容，包括断点内容，以便我们调试，而Rlas方式发布的项目不光没有调试相关的内容，编译器还会以一定的方式去优化代码，使代码的执行效率更高。
那么，什么情况下使用Rlas方式发布项目，什么情况下使用Dbug方式发布项目呢？
其实很简单，我们只需要遵循一个逻辑，那就是需要正式使用的项目版本使用Rlas发布即可。
因为Dbug版本在内部测试时可以附加到进程中进行断点调试，而如果以Rlas方式发布，即使附加到进程中，可能会命中不了断点，但这不是绝对的，但即使使用Rlas方式发布的项目在附加到进程中能够命中到断点，可能也无法很好的监视代码运行过程，比如说一些变量的值可能就捕捉不到，无法查看。
总结在项目的内部调试过程中，如果需要将某个模块放到整个项目中去跑，然后监控其执行过程，使用Dbug最为合适，但如果是已经经过调试后的项目，使用Rlas发布即可。