先把你提到的预JIT方法整理成更易读的格式：

Private Sub PreLoadJit()
    For Each type In Assembly.GetExecutingAssembly.GetTypes()
        For Each method In type.GetMethods(BindingFlags.DeclaredOnly Or BindingFlags.NonPublic Or BindingFlags.Public Or BindingFlags.Instance Or BindingFlags.Static)
            ' 跳过抽象方法和包含泛型参数的方法，这些无法提前JIT编译
            If (method.Attributes And MethodAttributes.Abstract) = MethodAttributes.Abstract OrElse method.ContainsGenericParameters Then
                Continue For
            End If
            System.Runtime.CompilerServices.RuntimeHelpers.PrepareMethod(method.MethodHandle)
        Next
    Next
End Sub

调用时机的选择 #

把这个方法放在MyBase.Load的首位是完全可行的，但要结合场景权衡：

• 如果你的应用对后续操作的响应速度要求极高（比如实时交互类软件），提前在启动阶段完成所有JIT编译，能避免后续用户操作时突然出现的卡顿——毕竟JIT编译默认是第一次调用方法时才触发的，提前处理掉就没这个问题了。
• 但副作用也很明显：这会拉长应用的启动时间，因为JIT编译需要占用CPU资源，主线程会被阻塞直到完成。如果你的应用启动逻辑本身就比较复杂，用户可能会觉得“应用打不开”，体验很差。

主线程VS后台线程的选择 #

更推荐用单独的后台线程来执行这个预JIT方法，原因如下：

• 主线程的核心职责是处理UI渲染和用户交互，在主线程跑JIT编译会导致应用启动后长时间处于“无响应”状态，用户体验拉胯。
• 用后台线程异步执行的话，应用可以先完成基础启动，让用户能正常操作核心功能，同时在后台悄悄完成剩余方法的JIT编译——既保证了启动速度，又能避免后续操作的卡顿。
• 当然也可以搞折中方案：在主线程只预编译启动后马上要用到的核心方法，剩下的低频方法丢给后台线程处理，兼顾两者的优势。

额外提醒 #

这个方法会遍历当前程序集的所有符合条件的方法，但有些方法可能永远不会被调用，提前JIT纯粹是浪费内存和CPU资源。如果追求极致效率，建议只针对高频使用的方法做预JIT，而不是一股脑全部处理。

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