静默删除 Dropbox

Question

我在 Npackd 中使用以下脚本来卸载 Dropbox。它可以在 XP 和 Vista 上运行，但在 Windows 7/64 上失败。它不显示任务栏（通常位于屏幕底部的任务栏），而是显示一个包含 C:/ 内容的 Windows 资源管理器窗口。这与 Dropbox 无关，因为删除其他具有基于 DLL 的 shell 扩展的包也会显示相同的效果。

Uninstall.exe /S _?=%CD%
taskkill /f /fi "IMAGENAME eq explorer.exe"
del DropboxExt.13.dll
del DropboxExt64.13.dll
rem start explorer from the root directory so it does not lock this one
start "" /D\ explorer.exe

脚本有什么问题？如何修改它才能在 Windows 7 上正常工作？

谢谢

编辑：我真的厌倦了这个问题。以下批处理文件可以以普通用户或“以管理员身份”启动：

taskkill /f /fi "IMAGENAME eq explorer.exe"
ping -n 5 127.0.0.1
pushd \
rem runas /trustlevel:0x20000 
start "" /D\ explorer.exe
popd

以下是从我的程序启动 .bat 的代码（路径 =“Uninstall.bat”，仅定义了 2 个新环境变量）：

QDir d = this->getDirectory();
QProcess p(0);
p.setProcessChannelMode(QProcess::MergedChannels);
QStringList params;
p.setWorkingDirectory(d.absolutePath());
QString exe = d.absolutePath() + "\\" + path;
for (int i = 0; i < env.count(); i += 2) {
    p.processEnvironment().insert(env.at(i), env.at(i + 1));
}
p.start(exe, params);

相应的代码在 Qt/qprocess_win.cpp 中：

DWORD dwCreationFlags = CREATE_NO_WINDOW;
dwCreationFlags |= CREATE_UNICODE_ENVIRONMENT;
STARTUPINFOW startupInfo = { sizeof( STARTUPINFO ), 0, 0, 0,
                             (ulong)CW_USEDEFAULT, (ulong)CW_USEDEFAULT,
                             (ulong)CW_USEDEFAULT, (ulong)CW_USEDEFAULT,
                             0, 0, 0,
                             STARTF_USESTDHANDLES,
                             0, 0, 0,
                             stdinChannel.pipe[0], stdoutChannel.pipe[1], stderrChannel.pipe[1]
};
success = CreateProcess(0, (wchar_t*)args.utf16(),
                        0, 0, TRUE, dwCreationFlags,
                        environment.isEmpty() ? 0 : envlist.data(),
                        workingDirectory.isEmpty() ? 0 : (wchar_t*)QDir::toNativeSeparators(workingDirectory).utf16(),
                        &startupInfo, pid);

为什么资源管理器认为已经有一个任务栏？

EDIT2：我现在知道出了什么问题。终止 Explorer 后，svchost.exe 进程将自动启动一个新的 Explorer，其参数如下：/factory,{682159d9-c321-47ca-b3f1-30e36b2ec8b9}。 GUID 用于 DesktopExplorerFactory。这可能是 COM 服务的崩溃保护。我对 explorer.exe 的调用不会启动新的资源管理器，因为已经有一个。一两分钟后，如果没有打开任何窗口，此进程将自动关闭。所以我认为 Ben Voigt 是对的，“确实没有什么好方法可以在不注销所有用户的情况下完全卸载 shell。”

Answer 1

该脚本的问题非常简单：除了 Windows 资源管理器之外，shell 还加载到许多许多应用程序中。每个使用通用打开/保存文件对话框的应用程序都托管外壳。

要解决如何在不传递打开窗口的参数的情况下控制 Windows 资源管理器的工作目录的直接问题，只需设置工作目录即可：

pushd C:\
start explorer.exe
popd

但这仍然无法让您可靠地删除扩展。确实没有什么好方法可以在不注销所有用户的情况下完全卸载 shell。

编辑：您的脚本运行的完整性级别是否与您杀死的原始 explorer.exe 相同？海拔高度相同吗？ shell 以中等（正常）完整性级别和未提升的令牌运行，您需要匹配这一点。

Answer 2

就其价值而言，您的命令“start”/d\ explorer.exe”似乎对我来说即使在win7上也能正常工作，它会重新启动任务栏和任务栏。桌面（如果已被杀死）。

但是，您实际上并不需要“开始”。您可以从批处理文件中调用“explorer.exe”，它不会阻塞。不确定这是否有什么不同，但值得一试。

顺便说一句，如果它不起作用......如果您使用 ctrl+shift+esc 调出任务管理器并执行“文件”->“运行”资源管理器”，受影响的计算机上会发生什么？这会启动任务栏还是会再次生成一个资源管理器窗口？如果这产生了预期的结果，则批处理文件或其环境可能有问题。例如不作为当前登录用户运行等。

如果周围没有其自己的进程的其他实例，则资源管理器应启动任务栏。 shell 本身可能会加载到其他进程中这一事实并不重要...您可以终止资源管理器的所有实例，在 Excel 中显示“文件打开”对话框，并且仍然通过从任务中运行 explorer.exe 来重新启动任务栏经理。

Answer 3

尝试将以下行替换

start "" /D\ explorer.exe

为这一行

start "" /D\ %SystemRoot%\explorer.exe

这应该运行不带参数的资源管理器。

问题是，在没有完整路径的情况下运行资源管理器会使用您指定的参数运行它：

/factory,{682159d9-c321-47ca-b3f1-30e36b2ec8b9}

但我不知道为什么会发生这种情况。