我目前正在尝试在 VB.NET 中编写一个程序，该程序可以流畅地更改 Windows 7 中的 DWM 窗口着色颜色。
我首先尝试直接编辑注册表值，但我不得不重新启动 UXSMS 服务。由于任务栏的切换，此解决方案并不令人满意。
我现在正在寻找一个 DLL 中的函数，例如在设置窗口颜色user32.dll时themecpl.dll可以重现控制面板行为的函数。
我现在在 IDA 上，正在寻找足够的功能（CColorCplPage::SetDwmColorizationColor看起来不错！）。如果有人有，请分享！
（如果有人需要屏幕或代码，请询问。对不起我的英语不好。）
您的第一次尝试失败了，因为手动编辑注册表从来都不是更改系统设置的正确方法。正如您所发现的，许多 Windows 组件（和其他应用程序！）一次读取这些配置值并缓存它们，从而防止您的更改被传播。另一个问题（你会惊讶于我看到这种情况的频率）是试图在注册表中乱七八糟的应用程序通常最终会破坏事物。
相反，您应该调用记录在案的 API 来更改设置。几乎总是有一个记录在案的方法，如果没有，那么你不应该这样做。
这似乎是其中一种情况。有一个记录在案的DwmGetColorizationColor功能，但没有相应的DwmSetColorizationColor功能，正如人们所期望的那样。
原因是用户应该是唯一可以更改其着色设置的人，而不是其他应用程序。您可能会承诺不会滥用这一点，并且只在用户明确请求时进行此类更改，但并非所有应用程序都可以信任这样做。很多人会恶意使用它，因此这些功能尚未记录和公开。
但像往常一样，如果你继续下去，你通常可以找到一种无证的做事方式。使用未记录函数的问题在于不能保证它们会工作或继续工作。他们被故意留下来没有记录，因为他们很可能在新版本的 Windows 上发生变化。您只应自担风险使用它们。
在这种情况下，如果您使用 DumpBin 之类的程序从 DWM DLL ( dwmapi.dll) 中获取所有导出函数的列表，您将看到许多未记录的导出函数。
您感兴趣的是DwmGetColorizationParameters和DwmSetColorizationParameters。这两个函数都将COLORIZATIONPARAMS结构作为参数，其中包含它们需要的值。
因此，您需要对这些函数进行逆向工程并获得适当的定义。然后，您可以调用该DwmGetColorizationParameters函数，传入一个COLORIZATIONPARAMS结构来获取当前的配置设置；修改包含当前着色颜色的结构成员；然后将结构的修改版本传递给DwmSetColorizationParameters函数。
我有没有提到我不建议这样做？