使用Revise包时分布式循环代码修改后报错的问题排查

这个报错确实和你提到的匿名函数有关，本质是分布式节点间的匿名函数序列化/同步问题，我来拆解下原因和解决办法：

问题根源 #

当你使用@distributed宏时，Julia会自动把循环体里的代码打包成一个匿名函数（比如错误里的##5#6），然后把这个匿名函数序列化后发送给各个worker节点执行：

• 第一次运行时，这个匿名函数的定义会同步到所有worker，所以正常工作；
• 但当你用Revise修改模块代码后，主节点会生成一个新的匿名函数（名字变成另一个类似##7#8的标识符），但worker节点上并没有这个新匿名函数的定义——Revise无法自动追踪并同步这些动态生成的匿名函数，导致worker尝试反序列化时找不到对应的变量，就抛出了UndefVarError。

可行的解决方案 #

1. 用命名函数代替匿名函数（最可靠）

把循环体里的逻辑抽成一个明确的命名函数，这样Revise可以轻松追踪到函数的变化，并同步到所有worker节点。修改你的模块代码如下：

module ParallelTester
using Distributed
export paralleltest

# 把循环内的逻辑提取为命名函数
function print_greeting()
    println("Hi there again!")
end

function paralleltest()
    @sync @distributed for i in 1:100
        print_greeting()  # 调用命名函数
    end
end
end

之后你只需要修改print_greeting的内容，运行Revise.revise()后，所有worker节点的函数定义都会同步更新，再调用paralleltest()就不会报错了。

2. 手动触发worker节点的Revise更新（辅助手段）

如果偶尔需要用匿名函数的场景，修改代码后可以手动在所有worker上触发Revise重载：

@everywhere Revise.revise()

不过这个方法不如命名函数可靠，因为匿名函数是动态生成的，Revise对这类临时生成的标识符追踪能力有限，还是推荐第一种方案。

3. 确认worker节点的环境初始化

确保你的worker节点确实加载了Revise和目标模块，你之前的启动代码是正确的：

using Distributed
addprocs(3)
push!(LOAD_PATH, pwd())
@everywhere using Revise, ParallelTester

这个步骤保证了所有worker都能感知到模块的变化，配合命名函数就能完美解决问题。

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