使用 Lua、C++ 和批次檔在 Windows 中取得當前桌面圖片檔名
全面指南：在桌面輪播模式下追蹤並獲取當前桌面背景檔案
主要收穫
- 了解 Windows 桌面輪播的運作機制及其對圖片檔名追蹤的影響
- 掌握使用 Lua、C++ 和批次檔（.bat）來獲取桌面背景檔名的多種方法
- 學會在輪播模式下準確追蹤原始圖片檔名的進階技巧
Windows 桌面輪播模式的運作機制
在 Windows 系統中，使用者可以設定桌面背景為一個資料夾內的圖片輪播模式。這種模式下，系統會根據設定的時間間隔，自動切換桌面背景圖片。然而，這種自動輪播的方式對於開發者來說，追蹤當前顯示的圖片檔名變得複雜，因為 Windows 會將正在顯示的圖片轉存至暫存檔案，如 TranscodedWallpaper，這個檔案並不直接反映原始圖片的檔名。
輪播模式下的圖片管理
當使用「圖片輪播」設定時，Windows 會將選定資料夾內的圖片按順序或隨機切換作為桌面背景。系統不會在登錄表中持續更新當前顯示的圖片檔名，而是將處理後的結果存儲在暫存檔案中。這使得直接從系統層面獲取當前顯示圖片的原始檔名變得不易。以下將探討幾種透過不同編程語言來嘗試獲取當前桌面背景圖片檔名的方法。
使用 Lua 獲取當前桌面背景圖片檔名
方法一：通過 Lua 調用 C++ DLL
由於 Lua 本身無法直接訪問 Windows API，可以透過結合 C++ 來實現。以下是步驟：
步驟 1：創建 C++ DLL
首先，需要編寫一個 C++ 函數，利用 Windows API 來獲取當前桌面背景的路徑，並將其導出為 DLL：
// getWallpaper.cpp
#include <windows.h>
#include <string>
extern "C" __declspec(dllexport) const char* getDesktopWallpaper() {
static char wallpaperPath[MAX_PATH];
SystemParametersInfoA(SPI_GETDESKWALLPAPER, MAX_PATH, wallpaperPath, 0);
return wallpaperPath;
}
編譯此代碼生成 DLL 文件，例如 Wallpaper.dll。
步驟 2：在 Lua 中調用 DLL
利用 LuaJIT 的 FFI 模組來調用剛剛建立的 DLL：
-- wallpaper.lua
local ffi = require("ffi")
ffi.cdef[[
const char* getDesktopWallpaper();
]]
local lib = ffi.load("Wallpaper.dll")
local wallpaper = ffi.string(lib.getDesktopWallpaper())
print("當前桌面壁紙路徑：" .. wallpaper)
執行此 Lua 腳本，即可輸出當前桌面背景的檔案路徑。
方法二：利用 LuaCOM 讀取登錄表
如果不想結合 C++，可以利用 LuaCOM 庫來讀取登錄表中的壁紙路徑：
-- wallpaper_luacom.lua
local com = require("com")
local shell = com.CreateObject("WScript.Shell")
local wallpaper = shell.RegRead("HKCU\\Control Panel\\Desktop\\WallPaper")
print("當前桌面壁紙路徑：" .. wallpaper)
此方法簡單但在輪播模式下僅能獲取最近一次設定的圖片路徑，無法獲取當前顯示的圖片檔名。
使用 C++ 獲取當前桌面背景圖片檔名
方法一：使用 Windows API
直接使用 Windows API SystemParametersInfo 來獲取桌面背景路徑：
// getWallpaper.cpp
#include <windows.h>
#include <iostream>
int main() {
char wallpaperPath[MAX_PATH];
if (SystemParametersInfoA(SPI_GETDESKWALLPAPER, MAX_PATH, wallpaperPath, 0)) {
std::cout << "當前桌面壁紙路徑: " << wallpaperPath << std::endl;
} else {
std::cerr << "獲取壁紙路徑失敗！" << std::endl;
}
return 0;
}
此方法適用於固定圖片模式，在輪播模式下返回的是轉存後的暫存檔案路徑。
方法二：從登錄表讀取壁紙路徑
通過讀取登錄表中的 WallPaper 值來獲取壁紙路徑：
// readWallpaper.cpp
#include <Windows.h>
#include <iostream>
int main() {
HKEY hKey;
char buffer[256];
// 打開登錄表
if (RegOpenKeyExA(HKEY_CURRENT_USER, "Control Panel\\Desktop", 0, KEY_READ, &hKey) == ERROR_SUCCESS) {
// 讀取 WallPaper 值
DWORD dwBufferSize = sizeof(buffer);
if (RegQueryValueExA(hKey, "WallPaper", NULL, NULL, (LPBYTE)buffer, &dwBufferSize) == ERROR_SUCCESS) {
std::cout << "當前桌面壁紙路徑: " << buffer << std::endl;
} else {
std::cerr << "讀取 WallPaper 值失敗！" << std::endl;
}
RegCloseKey(hKey);
} else {
std::cerr << "打開登錄表鍵值失敗！" << std::endl;
}
return 0;
}
同樣，此方法在輪播模式下僅能獲取到最近一次更新的圖片路徑。
方法三：創建自訂輪播管理軟體
若需要準確追蹤當前顯示的原始圖片檔名，需要自行開發輪播管理軟體來控制並記錄圖片切換：
// CustomSlideshow.cpp
#include <windows.h>
#include <string>
#include <vector>
#include <iostream>
// 假設已經有圖片列表
std::vector<std::string> imageList = { "C:\\Images\\img1.jpg", "C:\\Images\\img2.jpg", "C:\\Images\\img3.jpg" };
int main() {
for(const auto& imagePath : imageList) {
// 設定壁紙
SystemParametersInfoA(SPI_SETDESKWALLPAPER, 0, (PVOID)imagePath.c_str(), SPIF_UPDATEINIFILE | SPIF_SENDCHANGE);
std::cout << "當前顯示的壁紙: " << imagePath << std::endl;
Sleep(5000); // 暫停5秒
}
return 0;
}
此方法可以完全控制輪播過程，並準確記錄當前顯示的圖片檔名。
使用批次檔（.bat）獲取當前桌面背景圖片檔名
方法一：查詢登錄表
利用 reg query 命令來讀取登錄表中的壁紙路徑：
@echo off
rem 查詢登錄表中的 WallPaper 值
for /f "tokens=3" %%a in ('reg query "HKCU\Control Panel\Desktop" /v WallPaper ^| findstr WallPaper') do set wallpaper=%%a
echo 當前桌面壁紙路徑：%wallpaper%
pause
執行此批次檔將輸出當前桌面壁紙的路徑。
方法二：結合暫存檔案解析
若使用輪播模式，可以嘗試讀取系統暫存的 TranscodedWallpaper 文件位置，然後反向匹配原始資料夾的圖片檔名：
@echo off
rem 定義 TranscodedWallpaper 的路徑
set transcoded=%AppData%\Microsoft\Windows\Themes\TranscodedWallpaper
rem 複製暫存檔案到臨時位置並轉換為可讀格式
copy "%transcoded%" temp_wallpaper.bmp
rem 使用第三方工具（如 ImageMagick）來讀取暫存檔案的元數據
rem 此處假設已有工具能夠從圖像元數據中推斷原始檔名
echo 已保存暫存壁紙為 temp_wallpaper.bmp
pause
此方法需要依賴第三方工具來解析暫存檔案，且不一定能準確還原原始圖片檔名。
方法三：自訂輪播記錄
如需準確追蹤原始圖片檔名，建議自行管理圖片輪播並記錄當前顯示的圖片：
@echo off
setlocal enabledelayedexpansion
rem 定義圖片資料夾
set folder=C:\Images
rem 獲取圖片列表
for %%f in ("%folder%\*.jpg") do (
set /a count+=1
set images[!count!]=%%f
)
rem 輪播圖片並記錄
set i=1
:loop
set current=!images[%i%]!
rem 設定桌面壁紙
reg add "HKCU\Control Panel\Desktop" /v WallPaper /t REG_SZ /d "!current!" /f
RUNDLL32.EXE user32.dll,UpdatePerUserSystemParameters
echo 當前壁紙：!current!
timeout /t 5
set /a i+=1
if !i! GTR %count% set i=1
goto loop
此批次檔會循環設定指定資料夾內的圖片作為桌面背景，並在切換時輸出當前顯示的圖片路徑。
存儲和追蹤圖片檔名的進階技巧
維護圖片列表以準確追蹤
為了準確追蹤當前顯示的圖片，可以在自訂輪播程式中維護一個圖片列表，並在每次切換時記錄當前圖片的檔名。例如，利用一個文本文件來存儲當前使用的圖片名稱：
// UpdateWallpaper.cpp
#include <windows.h>
#include <fstream>
#include <vector>
#include <iostream>
std::vector<std::string> imageList = { "C:\\Images\\img1.jpg", "C:\\Images\\img2.jpg", "C:\\Images\\img3.jpg" };
int main() {
for(const auto& imagePath : imageList) {
// 設定壁紙
SystemParametersInfoA(SPI_SETDESKWALLPAPER, 0, (PVOID)imagePath.c_str(), SPIF_UPDATEINIFILE | SPIF_SENDCHANGE);
// 記錄當前壁紙
std::ofstream log("current_wallpaper.txt", std::ios::out);
if(log.is_open()) {
log << imagePath;
log.close();
}
std::cout << "當前顯示的壁紙: " << imagePath << std::endl;
Sleep(5000); // 暫停5秒
}
return 0;
}
這樣，每次切換壁紙時，都會更新 current_wallpaper.txt 文件，從而能夠準確獲取當前顯示的圖片檔名。
利用系統事件監聽
可以利用 Windows 的系統事件監聽功能，當壁紙變更時觸發事件並獲取新的壁紙路徑。然而，這需要更深入的系統編程知識，可能涉及 COM 接口和事件鉤子。
實用範例與技術比較
不同方法的優缺點比較
| 方法 | 優點 | 缺點 |
|---|---|---|
| Lua 調用 C++ DLL | 能夠直接獲取壁紙路徑，適用於固定模式 | 需編譯並管理 C++ 代碼，輪播模式下不準確 |
| LuaCOM 讀取登錄表 | 簡單直接，無需外部依賴 | 僅能獲取最近一次設定的路徑，無法處理輪播 |
| C++ 使用 SystemParametersInfo | 高效且直接，適用於多種場景 | 輪播模式下返回轉存檔案路徑，不易追蹤原始檔名 |
| 批次檔查詢登錄表 | 不需編譯，可快速實現 | 功能有限，僅適用於簡單情況 |
| 自訂輪播管理 | 能夠準確追蹤並記錄每次切換的圖片 | 需自行處理輪播邏輯，增加了開發和維護的複雜性 |
實作建議與最佳實踐
選擇合適的方法根據需求
根據具體需求選擇合適的方法。如果僅需獲取固定模式下的壁紙路徑，可選擇簡單的登錄表查詢或 Windows API 方法。而若需在輪播模式下準確追蹤當前顯示的圖片，則建議實現自訂的輪播管理系統來控制並記錄圖片切換。
處理輪播模式下的限制
在輪播模式下，因為系統不會直接更新當前顯示的原始圖片檔名，開發者需要考慮如何通過管理輪播邏輯來追蹤圖片切換。例如，可以透過解析暫存檔案的元數據，或完全控制輪播過程以確保每次切換都有記錄。
確保代碼的穩定性與兼容性
在開發相關代碼時，需考慮 Windows 不同版本的差異，以及輪播設定可能帶來的不同結果。確保代碼在不同環境下都能穩定運行，並能應對輪播模式下的特殊情況。
結論
在 Windows 系統中，設定桌面背景為資料夾內的圖片輪播模式後，直接透過 Lua、C++ 或批次檔獲取當前顯示的圖片檔名變得困難。這是因為系統在輪播模式下將圖片轉存至暫存檔案，並不保留原始圖片的檔名。為了解決這一問題，最有效的方法是自行開發輪播管理軟體，控制圖片切換並記錄每次顯示的圖片檔名。雖然這需要更多的開發工作，但能夠實現精確的圖片追蹤，滿足更高的需求。
參考資料
pexels.com
Last updated February 8, 2025