VS Code调试Julia代码无法创建新变量，求替代工作流

直接搞定控制台变量问题 #

你碰到的UndefVarError其实是Julia的作用域规则搞的：函数断点处的调试上下文是本地作用域，直接输b = 123会默认创建全局变量，不是当前函数里的变量，所以引用时自然找不到。
解决办法：在调试控制台声明变量时加local关键字，把变量绑定到当前作用域：

local b = Iterators.product([1,2], [3,4])  # Julia里对应Python itertools.product的函数

这样后续就能直接引用这个变量了。

更顺手的替代工作流 #

如果觉得每次加local麻烦，或者想要更灵活的探索式调试，试试这两种方案：

1. 交互式窗口+断点调试联动 #

• 先把你的模块、前置代码选中，右键「Run in Interactive Window」，把环境加载到交互式窗口里，不会像直接跑REPL那样混乱；
• 函数设断点后，调试到断点位置时，交互式窗口和调试上下文是互通的：你可以在交互式窗口随便定义变量，调试控制台能直接用；也能把调试时的变量拉到交互式窗口里做各种探索。

2. 函数内插临时调试块（配合Revise用对姿势） #

你说Revise不合需求，大概率是没用到正确的打开方式：

• 在函数需要调试的位置插个临时代码块：

function my_julia_func(a)
    # 原有业务代码
    # 临时调试用的代码块，调试完删掉就行
    let
        b = Iterators.product([1,2], [3,4])
        @show b  # 直接打印变量看结果
        # 这里随便写测试逻辑，比如调用b的方法、试不同参数
    end
    # 原有业务代码
end

• 先跑Revise.track(@__MODULE__)跟踪当前模块，之后修改临时代码块不用重启REPL，直接重新调用函数，Revise会自动加载最新的代码，不用重复跑一堆前置代码，完美解决混乱问题。

要不要换编程方式？ #

完全不用改你那种「写半完成函数+调试时临时探索」的习惯，只要适应Julia的作用域规则，或者用上面的工作流，就能延续你熟悉的模式。Julia的作用域规则是为了性能优化，习惯了反而能避开全局变量的坑。

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