C#编译器对局部变量的优化指南
- 作者: 依稀背影103700466
- 来源: 51数据库
- 2021-09-04
前言
c# 的编译器可以对代码进行优化,所以,我们在写代码的时候,可以更多地考虑一下代码的易读性问题。
不考虑基本的对齐和换行美化。看一下局部变量优化问题。
c# 示例代码
例如,我们有一段如下的代码:
在 dosomething() 这个方法中,里面定义了两个局部变量:
- s1
- s2
在 main() 方法中,定义了一个局部变量:
- s
定义 s1 和 s2 是为了提高代码的可读性,它们会导致生成冗余的代码,降低执行效率吗?
我们分别在 debug 模式下和 release 模式下进行编译,使用 ildasm 查看生成的中间代码。
debug 模式下生成的中间代码
在 debug 下编译之后,dosomething() 生成的中间代码如下,可以看到实际上有 3 个局部变量。除了我们自己定义的 s1 和 s2 之外,还有一个生成的 v_2,代码的尺寸为 20。
看一下 main() 方法。
有我们定义的 s 这一个局部变量,代码尺寸为 15 个字节。
release 模式下生成的中间代码
而在 release 模式下,实际上,dosomething() 中所有的局部变量都被优化掉了。代码尺寸也只有 11 个字节。
还可以看一下 main() 方法,这个局部变量 s 也被优化掉了。代码尺寸也只有 11 字节了。
结论
编译器会尽可能对代码进行优化,我们可以为了提高代码的易读性增加一些局部变量,这并不会导致生成冗余代码并导致执行性能的下降。
到此这篇关于c#编译器对局部变量优化的文章就介绍到这了,更多相关c#编译器对局部变量优化内容请搜索以前的文章或继续浏览下面的相关文章希望大家以后多多支持!
推荐阅读
- C#通过fleck实现wss协议的WebSocket多人Web实时聊天(附源码)
- 团队城市未满足要求:MSBuildTools12.0_x86_Path 存在
- 使用 MSBuild.exe 在发布模式下构建 C# 解决方案
- 当我发布 Web 应用程序时,AfterPublish 脚本不运行
- 构建时 T4 转换的产品仅在下一个构建中使用
- ASP.NET Core Application (.NET Framework) for Windows x64 only error in project.assets.json
- 新的 .csproj 格式 - 如何将整个目录指定为“链接文件"到子目录?
- 如何将条件编译符号(DefineConstants)传递给 msbuild
- MSBuild 支持 Visual Studio 2017 RTM 中的 T4 模板
- NuGet 包还原找不到包,没有源
热点文章
团队城市未满足要求:MSBuildTools12.0_x86_Path 存在
0
使用 MSBuild.exe 在发布模式下构建 C# 解决方案
0
当我发布 Web 应用程序时,AfterPublish 脚本不运行
0
构建时 T4 转换的产品仅在下一个构建中使用
0
ASP.NET Core Application (.NET Framework) for Windows x64 only error in project.assets.json
0
新的 .csproj 格式 - 如何将整个目录指定为“链接文件"到子目录?
0
如何将条件编译符号(DefineConstants)传递给 msbuild
0
MSBuild 支持 Visual Studio 2017 RTM 中的 T4 模板
0
NuGet 包还原找不到包,没有源
0
使用 C# 6.0 功能运行 TFS 构建
0
