`&as;` 是否总是通过可空类型提供性能提升？

“&as”的性能陷阱；和可为空类型

在使用“&as;”时，经常会想到通过简洁的语法来提高性能。操作员。然而，正如最近的基准测试所证明的那样，该运算符可能并不总是能够为可空类型提供预期的优化。

基准测试揭示了“&as;”、“&is;”之间意外的性能差异。其次是铸造，甚至是 LINQ 解决方案。令许多人惊讶的是，遗产“&is;”方法优于“&as;”，相差 20 倍。这就提出了一个问题：为什么“&as;”会如此缓慢？

根本原因在于 JIT 编译器生成的代码。对于“&is;”，快速类型检查和拆箱就足够了。另一方面，由于装箱整数与 Nullable 之间的不匹配，“&as;”会调用 CLR 辅助函数进行值转换。交涉。这种额外的开销可能涉及数百条指令，会对性能造成重大影响。

尽管 LINQ 解决方案由于迭代器的原因预计会落后，但其相对于“&as;”的缓慢程度令人费解。可能的罪魁祸首可能是 ngen.exe 优化。

总之，而“&as;”提供语法便利，但在性能敏感的场景中必须仔细考虑其与可空类型的性能权衡。

以上是`&as;` 是否总是通过可空类型提供性能提升？的详细内容。更多信息请关注PHP中文网其他相关文章！