VB.NET中仅单次使用System.Threading时，选Imports还是全路径声明？

Imports 是纯编译阶段的语法辅助功能，完全不会因为导入命名空间就给程序引入冗余代码。
这个语句的唯一作用，是让编译器把你写的短类名，映射到对应程序集里的实际类型；最终生成的运行时程序集，只会打包你代码中实际被调用到的类型逻辑——不管你是写全路径名，还是加Imports后用短名声明变量，最终编译出来的IL代码完全一致。真正会造成冗余代码的场景，是项目引用了根本用不到的外部DLL、或是写了完全没有被调用的逻辑代码，和Imports的写法选择没有任何关联。

结合你当前仅单处用到System.Threading下类型/常量的场景，选择逻辑非常明确：

• 单处引用场景：直接采用全路径写法即可，也就是用Dim myTimer As System.Threading.Timer的形式。好处是不用跳转去核对文件顶部的导入声明，一眼就能看到类型的来源，没有额外的上下文认知成本。
  你之前看到的社区回答中，写…Threading.Timer(…却直接引用Timeout.Infinite的写法，本质是那段示例代码本身默认处于已经导入System.Threading的上下文环境中，并非什么跨规则的特殊用法——如果没有提前导入对应命名空间，直接写Timeout.Infinite根本无法通过编译。
• 同文件内存在2处及以上同命名空间成员引用的场景：直接添加Imports System.Threading是更高效的选择。重复书写长串全路径不仅降低开发效率，代码可读性也会被冗长的路径前缀拉低，且完全不会带来任何运行时层面的冗余负担。

内容的提问来源于stack exchange，提问作者Florin