我完全懂你遇到的这个困扰——带VBA保护的工作簿一打开，宏就被禁用，得先解除保护才能让代码跑起来，这确实很麻烦。其实我们可以通过调整工作簿保护的参数，做到既锁住工作簿不让用户随便改结构，又能让VBA宏正常运行，具体方案如下：

核心原理：UserInterfaceOnly 参数 #

默认的工作簿保护会同时限制用户操作和VBA代码的访问，但Excel提供了一个UserInterfaceOnly:=True参数，它的作用是：

只对用户界面进行保护（比如用户不能手动添加/删除工作表、修改窗口布局），但完全允许VBA代码不受限制地操作工作簿结构和内容。

这个参数完美解决了你的矛盾——用户动不了工作簿，宏却能正常跑。

改进后的示例代码 #

你不需要每次先解除保护再重新上锁，直接用这个参数设置保护即可：

Sub test()
    ' 应用仅保护用户界面的设置
    ActiveWorkbook.Protect _
        Password:="mypassward", _
        Structure:=True, _
        Windows:=True, _
        UserInterfaceOnly:=True
    
    ' 这里放心写你的VBA代码，不需要提前解锁
    MsgBox "宏正在运行，工作簿仍处于保护状态！"
    
    ' 不需要再次调用Protect，后续宏可以直接操作工作簿
End Sub

关键注意事项 #

有个重要点要提醒你：UserInterfaceOnly:=True的设置不会被保存到工作簿里，每次关闭再打开文件后，这个设置会自动重置。所以最好把保护代码放到ThisWorkbook的Workbook_Open事件中，这样每次打开文件都会自动应用这个保护：

Private Sub Workbook_Open()
    ' 每次打开文件时自动设置仅保护用户界面
    ActiveWorkbook.Protect _
        Password:="mypassward", _
        Structure:=True, _
        Windows:=True, _
        UserInterfaceOnly:=True
End Sub

为什么你的原代码不是最优解？ #

你之前的代码是先解锁、运行宏再上锁，虽然能实现功能，但有两个明显问题：

• 如果宏运行中途报错，工作簿会停留在未保护状态，存在安全风险；
• 每次运行宏都要解锁再锁，不仅效率低，还可能在操作过程中出现意外。

而用UserInterfaceOnly的方法，既能保证工作簿的安全性，又能让宏流畅运行，是更稳妥的方案。

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