Console.WriteLine 不输出主因是项目类型无控制台，应改用 Debug.WriteLine 或设输出类型为 Console Application；String.Split 默认保留空项，需用 StringSplitOptions.RemoveEmptyEntries 跳过；Using 仅调用 Dispose，不立即释放内存；Async 函数须含 Await 才真异步。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
VB.NET 中 Console.WriteLine 为什么不输出？
不是代码写错了，大概率是控制台窗口闪退或没启用调试宿主。VS 默认新建的 Windows 窗体项目不带控制台，Console.WriteLine 调用会静默失败，没有报错，也没有显示。
- 确认项目类型：如果是
Windows Forms App (.NET Framework)或Windows Forms App (.NET)，默认无控制台；要输出调试信息，改用Debug.WriteLine，并确保“输出”窗口可见（Ctrl+Alt+O） - 临时加控制台：在项目属性 → “应用程序”页 → “输出类型”改为
Console Application；注意这会导致窗体启动时附带黑窗口，发布前需改回 - 更稳妥的替代：用
MessageBox.Show快速验证逻辑，但仅限开发阶段——它阻塞线程，不能用于后台服务或异步上下文
VB.NET 的 String.Split 怎么处理空项和分隔符重复？
默认行为容易误判数据结构：连续两个分隔符（如 "a,,b"）会被拆成三个元素，中间那个是空字符串；但很多人期望跳过空项。
- 关键参数是
StringSplitOptions枚举：StringSplitOptions.None（默认，保留空项），StringSplitOptions.RemoveEmptyEntries（跳过） - 示例：
"a,,b".Split(","c, StringSplitOptions.RemoveEmptyEntries)返回长度为 2 的数组，含"a"和"b" - 注意：VB.NET 中字符字面量必须加
c后缀，","是字符串，","c才是Char；传错类型会触发编译错误或隐式转换陷阱 - 性能提示：若分隔符固定且简单（单字符、无正则需求），优先用
Split；复杂模式（如空白+标点混合）再考虑Regex.Split
VB.NET 中 Using 块没释放资源？
Using 只保证调用 Dispose()，不等于立即释放内存或断开外部连接。常见于数据库连接、文件流、HTTP 客户端等场景。
- 典型错误：在
Using块内读取完文件后，直接返回StreamReader.ReadToEnd()结果，却忘了内容里可能含未关闭的底层句柄引用（极少见但存在）；更常见的是误以为Using能阻止异常中断执行——其实只要Dispose方法本身不抛异常，它总能运行 - 必须实现
IDisposable：自定义类若持有文件句柄、数据库连接等，得显式实现Dispose方法；否则Using块对它无效 - 嵌套
Using安全：比如同时操作文件流和压缩流，可写成Using fs As New FileStream(...) : Using gs As New GZipStream(fs, ...)，嵌套层级不影响释放顺序 - 兼容性注意：.NET Framework 2.0+ 和 .NET Core / .NET 5+ 都支持，但旧版 VB.NET（如 VS 2003）不支持
Using，需手动调用Dispose()
VB.NET 异步方法写成 Async Function 却没用 Await？
编译器允许，但完全失去异步意义：函数变成同步执行、包装成 Task 返回，反而增加调度开销，还掩盖真实阻塞点。
- 典型症状：UI 冻结、ASP.NET 请求超时、单元测试卡死——表面用了
Async，实际仍是线程阻塞 - 检查点：函数体内是否至少有一个
Await表达式？是否所有被Await的对象都是真正的异步操作（如HttpClient.GetAsync、FileStream.ReadAsync），而不是同步方法强行包成Task.Run？ - 误区纠正：
Task.Run(Function() Thread.Sleep(1000))是伪造异步，把同步工作扔到线程池，仍占线程；真异步应依赖 I/O 完成端口（IOCP）或回调机制 - VB.NET 特有语法坑：
Await后面不能跟普通函数调用，必须是返回Task或Task(Of T)的方法；若调用的是Function返回String，编译器会报错Expression does not produce a value
Using 能终结网络连接，或以为 Async 自动让 CPU 密集型计算变非阻塞。这些地方不深看文档，只靠试错，很容易在压力测试或部署后暴露。 
