在 VB6 中实现的多线程，其 CPU 内核分配行为主要由操作系统（如 Windows）的线程调度器决定，而非 VB6 语言本身直接控制，具体表现如下：

1. 是否会分配到不同内核？

可能会，但取决于线程类型和操作系统调度。
VB6 本身的原生运行时（VBRUN）是单线程公寓（STA）模型，不直接支持多线程。但可以通过以下方式间接实现多线程：

使用CreateThread等 Windows API 创建系统级线程；

通过 ActiveX EXE 组件创建独立的线程（每个组件实例对应一个线程）。

这些方式创建的线程本质上是操作系统级线程，Windows 调度器会根据系统负载、线程优先级、内核空闲状态等因素，自动将线程分配到不同的 CPU 内核（如果有多个内核可用）。因此，只要是标准的系统线程，理论上可能被分配到不同内核并行执行。

2. 多个线程是否会在一个内核排队执行？

是的，这种情况很常见。
操作系统的线程调度采用 “时间分片” 机制，即使有多个内核，也可能出现多个线程被分配到同一个内核的情况：

当线程数量超过 CPU 内核数量时，必然有部分内核需要 “分时” 处理多个线程（每个线程获得一小段 CPU 时间，轮流执行）；

调度器可能根据线程优先级、亲和性设置（线程绑定特定内核）等因素，将多个低优先级线程集中到某个内核，而高优先级线程独占其他内核；

短期突发的线程创建可能导致调度延迟，临时出现多个线程在同一内核排队的情况。

注意：VB6 多线程的局限性

VB6 并非为多线程设计，即使通过 API 或 ActiveX 实现多线程，也存在诸多限制：

VB6 的运行时（尤其是窗体、控件）不是线程安全的，跨线程操作容易导致崩溃；

ActiveX EXE 创建的线程本质上是 “进程外组件”，线程间通信成本高，且调度行为受 COM 公寓模型限制；

无法直接使用 VB6 的内置函数（如MsgBox）在非主线程中操作 UI，容易引发死锁或异常。

结论

VB6 通过间接方式创建的系统级线程，其内核分配由 Windows 调度器决定：

可能被分配到不同内核并行执行；

也可能多个线程在同一内核上通过时间分片排队执行（尤其是线程数量较多时）。