1. 项目概述：为什么在Unity里“动”Windows原生窗口是个刚需
做Unity桌面应用的开发者，尤其是开发工具类、工业控制面板、数字孪生看板或者需要深度集成Windows系统行为的项目时，迟早会撞上这个墙：Unity默认的窗口管理太“温柔”了——它把窗口封装得严严实实，给你一个干净的GameView，但代价是几乎切断了你和Windows底层窗口系统的直接对话通道。你没法让窗口真正无边框（不是靠透明贴图模拟那种假无边框），没法响应Alt+Tab时自动最小化，没法在任务栏缩略图上显示自定义预览，更没法精确计算状态栏高度来适配全屏UI布局。这些不是“炫技需求”，而是真实交付场景里的硬性指标。比如某高校实验室做的设备监控系统，客户明确要求“启动即无边框、双击标题栏最大化、右键任务栏图标呼出快捷菜单”；再比如某公司内部的3D资产预览器，必须紧贴屏幕顶部边缘显示，误差超过2像素就会被质检打回。这时候，光靠Unity的Screen.fullScreen或PlayerSettings里的“Use Default Window Size”根本不够用。核心关键词就三个：Unity3D、Windows窗口句柄、user32.dll。它们构成了一条从C#脚本直通Windows GDI子系统的“暗道”。这不是黑魔法，而是Windows平台下每个桌面应用都绕不开的底层契约——所有窗口本质都是HWND（Handle to Window），而user32.dll就是操作系统提供给开发者操作这些句柄的官方API集合。我试过用Unity的WebGL导出方案绕开这个问题，结果发现连窗口尺寸都拿不准；也试过用第三方插件，但版本一升级就崩溃。最后还是回到最原始也最可靠的方式：用DllImport亲手调用user32.dll里的函数。这条路看似“复古”，实则稳定、可控、零依赖，而且一旦摸清门道，后续扩展像窗口置顶、透明度调节、甚至捕获鼠标全局坐标都水到渠成。适合谁？所有在Windows平台发布独立exe、且对窗口行为有定制化要求的Unity开发者，无论你是刚做完第一个UGUI Demo的新手，还是带团队交付工业软件的老兵——只要你需要让Unity窗口“像一个真正的Windows程序那样呼吸”，这篇就是为你写的。
2. 核心技术原理与方案选型：为什么是DllImport，而不是其他方式
2.1 DllImport不是“取巧”，而是Windows平台的正统路径
很多人第一反应是：“Unity不是跨平台的吗？为啥要写Windows专属代码？” 这恰恰是对Unity架构的误解。Unity的跨平台能力体现在渲染管线、脚本逻辑和资源管理上，但窗口系统从来就不是Unity负责的。当你在Windows上点击Build Settings里的“PC, Mac & Linux Standalone”，Unity底层调用的是Windows的CreateWindowEx API来创建主窗口；在macOS上则调用NSWindow。所以，Unity本身就在用原生API，我们只是把这层封装“掀开一角”，直接和同一套API对话。DllImport的本质，是C#语言提供的标准机制，用于在托管代码（.NET）中调用非托管代码（Windows DLL）。它不涉及任何第三方库、不修改Unity引擎源码、不触发IL2CPP的额外转换风险——编译时生成的IL指令会直接映射到user32.dll的函数入口点。我对比过三种主流方案：
- Unity原生API（Screen.SetResolution等）：只能控制分辨率和全屏模式，对窗口边框、位置、状态栏等完全无感；
- 第三方插件（如WindowController Pro）：功能全但更新滞后，Unity 2021.3之后的IL2CPP构建常报MissingMethodException；
- DllImport直调user32.dll：零外部依赖，函数签名稳定（Win32 API二十年没大改），且Unity官方文档明确支持（见“Platform Dependent Compilation”章节）。
提示：别被“DllImport听起来很底层”吓退。它就像用万用表测电压——你不需要懂半导体物理，只要知道红表笔接正极、黑表笔接负极，就能得到准确读数。我们调用的GetSystemMetrics、SetWindowLong、ShowWindow，全是Windows系统每天被Explorer.exe调用上千次的成熟函数。
2.2 关键函数选型逻辑：每个API背后都有明确的业务意图
不是所有user32.dll函数都值得调用。我筛掉了一堆冷门API，只保留四个高频刚需函数，选型依据非常务实：
- GetSystemMetrics(SM_CYCAPTION)：获取标题栏高度。这是所有UI适配的起点。很多开发者以为状态栏高度是固定30px，实测发现Win10高DPI下可能是48px，Win11默认主题下又是32px。硬编码必翻车。
- GetSystemMetrics(SM_CYSTATUSBAR)：获取任务栏高度。注意！这不是“屏幕底部到任务栏顶部的距离”，而是任务栏自身的像素高度。很多教程混淆了SM_CYSTATUSBAR和SM_CYFULLSCREEN，导致全屏计算偏差。
- SetWindowLong(hWnd, GWL_STYLE, newStyle)：修改窗口样式位。这是实现“真无边框”的核心。关键在于理解WS_CAPTION、WS_THICKFRAME等样式位的二进制掩码关系——移除WS_CAPTION就没了标题栏，但必须同时保留WS_POPUP才能避免窗口变灰。
- ShowWindow(hWnd, SW_MAXIMIZE/SW_MINIMIZE)：控制窗口状态。比Unity的Screen.fullScreen更精准，因为它能区分“最大化”和“最大化并覆盖任务栏”，还能响应Windows快捷键（如Win+↑）。
注意：不要尝试用FindWindowByName去获取句柄！Unity窗口标题可能被用户修改，且多实例时极易错乱。正确姿势是：在Awake()里用Process.GetCurrentProcess().MainWindowHandle获取当前进程主窗口句柄——这是100%可靠的，因为Unity Editor和Standalone Build都会为GameView分配独立的MainWindowHandle。
2.3 安全边界：哪些操作绝对不能做
DllImport虽强大，但越界操作会直接导致Unity崩溃（不是报错，是整个进程退出）。我踩过的坑总结成三条铁律：
- 绝不调用DestroyWindow(hWnd)：Unity窗口生命周期由引擎管理，手动销毁会导致渲染上下文丢失，后续所有DrawCall都会失败；
- 绝不修改GWL_EXSTYLE中的WS_EX_LAYERED位：虽然它能实现窗口透明，但会与Unity的DirectX/OpenGL交换链冲突，表现为画面撕裂或黑屏；
- 绝不在线程中调用ShowWindow：所有窗口操作必须在主线程（Unity的Main Thread）执行。曾有同事用协程异步调用ShowWindow，结果窗口状态随机切换，调试三天才发现是线程安全问题。
这些不是玄学，而是Windows消息循环（Message Pump）的硬性约束：所有窗口消息（WM_SIZE、WM_MOVE）都发往主线程的消息队列，跨线程调用等于往错误的邮箱投信。
3. 实操步骤详解：从零开始实现无边框+智能状态栏适配
3.1 环境准备与基础句柄获取：三行代码定乾坤
第一步永远是最容易被跳过的，但恰恰是后续所有操作的地基。在Unity中获取窗口句柄，90%的失败案例源于时机错误。正确的做法是：
- 创建一个空GameObject，挂载名为
WindowsWindowManager的脚本； - 在
Awake()中获取句柄，而非Start()或OnEnable()——因为Awake()在Unity初始化渲染上下文前执行，此时窗口已创建但尚未显示，句柄最稳定； - 使用
Process.GetCurrentProcess().MainWindowHandle，而非FindWindow或GetForegroundWindow。
using System; using System.Diagnostics; using System.Runtime.InteropServices; public class WindowsWindowManager : MonoBehaviour { [DllImport("user32.dll", SetLastError = true)] private static extern IntPtr GetForegroundWindow(); private IntPtr _windowHandle; private void Awake() { // 关键：必须在Awake中获取，且用GetCurrentProcess _windowHandle = Process.GetCurrentProcess().MainWindowHandle; // 验证句柄有效性（调试用） if (_windowHandle == IntPtr.Zero) { Debug.LogError("Failed to get window handle! Is this running in Editor?"); return; } Debug.Log($"Window Handle: 0x{_windowHandle.ToString("X")}"); } }实操心得：这段代码在Unity Editor中运行时，
MainWindowHandle返回的是Editor主窗口句柄，不是GameView。因此必须加编译宏判断：#if !UNITY_EDITOR _windowHandle = Process.GetCurrentProcess().MainWindowHandle; #else // Editor下用FindWindow找GameView，但仅限调试 _windowHandle = FindWindow("UnityWndClass", null); #endif不过正式打包时，Editor分支代码会被剔除，所以不必担心影响Standalone包体积。
3.2 去除窗口边框：SetWindowLong的样式位运算实战
无边框不是简单地“隐藏标题栏”，而是重构窗口样式。Windows窗口样式（Window Style）是一个32位整数，每一位代表一个特性。我们要做的是：
- 用
GetWindowLong(hWnd, GWL_STYLE)读取当前样式； - 用按位与（&）清除
WS_CAPTION（标题栏）和WS_THICKFRAME（可调整大小边框）； - 用按位或（|）添加
WS_POPUP（弹出式窗口，无边框必备）； - 用
SetWindowLong写回新样式； - 最后调用
SetWindowPos刷新窗口布局。
[DllImport("user32.dll", SetLastError = true)] private static extern int GetWindowLong(IntPtr hWnd, int nIndex); [DllImport("user32.dll")] private static extern int SetWindowLong(IntPtr hWnd, int nIndex, int dwNewLong); [DllImport("user32.dll")] private static extern bool SetWindowPos(IntPtr hWnd, IntPtr hWndInsertAfter, int X, int Y, int cx, int cy, uint uFlags); // 样式常量（必须用十六进制，Windows SDK定义） private const int GWL_STYLE = -16; private const int WS_CAPTION = 0x00C00000; // 标题栏 + 边框 private const int WS_THICKFRAME = 0x00040000; // 可调整大小边框 private const int WS_POPUP = 0x80000000; // 弹出式窗口（无边框基础） public void RemoveWindowBorder() { if (_windowHandle == IntPtr.Zero) return; // 1. 获取当前样式 int currentStyle = GetWindowLong(_windowHandle, GWL_STYLE); // 2. 清除标题栏和边框，添加弹出式样式 // 关键：先清除再添加，顺序不能反 int newStyle = currentStyle & ~WS_CAPTION & ~WS_THICKFRAME | WS_POPUP; // 3. 写入新样式 SetWindowLong(_windowHandle, GWL_STYLE, newStyle); // 4. 刷新窗口位置和大小（否则边框残留） // SWP_FRAMECHANGED标志强制重绘非客户区 SetWindowPos(_windowHandle, IntPtr.Zero, 0, 0, 0, 0, 0x0020 | 0x0001); // SWP_NOMOVE | SWP_NOSIZE | SWP_FRAMECHANGED }实操心得：这里有个易错点——
WS_POPUP必须和WS_CAPTION互斥。如果只清除WS_CAPTION却不加WS_POPUP，窗口会变成灰色不可交互状态。我第一次调试时卡在这里两小时，最后用Spy++抓取窗口样式才发现：WS_POPUP的二进制位是最高位（0x80000000），它的存在告诉Windows“这是一个无边框顶级窗口”，缺了它，系统就不认这个窗口。另外，SetWindowPos的SWP_FRAMECHANGED标志必不可少，它触发WM_NCCALCSIZE消息，让窗口重新计算非客户区（Non-Client Area，即边框和标题栏区域）大小。
3.3 精确获取状态栏高度：GetSystemMetrics的参数陷阱
状态栏高度（任务栏高度）是UI适配的生命线。但GetSystemMetrics的参数名极具迷惑性：
SM_CYFULLSCREEN：返回“全屏可用高度”，即屏幕高度减去任务栏高度；SM_CYSTATUSBAR：返回任务栏自身高度；SM_CYCAPTION：返回标题栏高度（无边框后为0，但需在移除前获取）。
很多教程直接用SM_CYFULLSCREEN，结果在多显示器环境下翻车——因为该值只反映主显示器的全屏高度，副屏任务栏高度可能不同。正确做法是：
- 先用
GetSystemMetrics(SM_CYCAPTION)获取原始标题栏高度（移除边框前）； - 用
GetSystemMetrics(SM_CYSTATUSBAR)获取任务栏高度； - 结合
Screen.currentResolution计算实际可用区域。
[DllImport("user32.dll")] private static extern int GetSystemMetrics(int nIndex); private const int SM_CYCAPTION = 4; // 标题栏高度 private const int SM_CYSTATUSBAR = 3; // 状态栏（任务栏）高度 private const int SM_CXFULLSCREEN = 16; // 全屏宽度（备用） private const int SM_CYFULLSCREEN = 17; // 全屏高度（备用） public struct WindowMetrics { public int TitleBarHeight; public int StatusBarHeight; public Rect UsableArea; // 可用区域（不含任务栏） } public WindowMetrics GetWindowMetrics() { var metrics = new WindowMetrics(); // 1. 获取标题栏高度（必须在RemoveWindowBorder前调用！） metrics.TitleBarHeight = GetSystemMetrics(SM_CYCAPTION); // 2. 获取任务栏高度 metrics.StatusBarHeight = GetSystemMetrics(SM_CYSTATUSBAR); // 3. 计算可用区域：屏幕尺寸减去任务栏占用 // 注意：任务栏可能在左/右/上/下，需用SHAppBarMessage获取真实位置 // 此处简化：假设任务栏在底部（最常见） int screenWidth = Screen.currentResolution.width; int screenHeight = Screen.currentResolution.height; metrics.UsableArea = new Rect(0, 0, screenWidth, screenHeight - metrics.StatusBarHeight); return metrics; }实操心得：
SM_CYSTATUSBAR返回的值在任务栏自动隐藏时会变为0，这会导致UI误判。解决方案是结合SHAppBarMessage（需额外导入shell32.dll）检测任务栏状态，但90%的项目只需处理“显示”状态。我在某医疗影像系统中遇到过任务栏在右侧的情况，最终用GetMonitorInfo获取当前窗口所在显示器的可用工作区（Work Area），比硬编码更鲁棒。不过对于大多数单屏应用，SM_CYSTATUSBAR足够可靠。
3.4 窗口最大化/最小化控制：ShowWindow的隐藏参数
Unity的Screen.fullScreen = true只是切换渲染模式，而ShowWindow直接操控窗口状态，能响应Windows原生行为。关键参数：
SW_MAXIMIZE（3）：最大化（覆盖任务栏）；SW_SHOWMAXIMIZED（3）：同上，但更明确；SW_MINIMIZE（6）：最小化到任务栏；SW_RESTORE（9）：从最小化/最大化恢复。
private const int SW_MAXIMIZE = 3; private const int SW_MINIMIZE = 6; private const int SW_RESTORE = 9; [DllImport("user32.dll")] private static extern bool ShowWindow(IntPtr hWnd, int nCmdShow); public void MaximizeWindow() { if (_windowHandle == IntPtr.Zero) return; ShowWindow(_windowHandle, SW_MAXIMIZE); } public void MinimizeWindow() { if (_windowHandle == IntPtr.Zero) return; ShowWindow(_windowHandle, SW_MINIMIZE); } public void RestoreWindow() { if (_windowHandle == IntPtr.Zero) return; ShowWindow(_windowHandle, SW_RESTORE); }实操心得：
ShowWindow调用后，窗口不会立即完成动画，但状态已改变。如果你想在最大化后立即调整UI，需监听WM_SIZE消息（需用WndProc，稍复杂），或简单粗暴地用Invoke延迟一帧：public void MaximizeAndResizeUI() { MaximizeWindow(); Invoke("ResizeUIForMaximized", 0.016f); // 约1帧 }另外，
SW_MAXIMIZE和SW_SHOWMAXIMIZED效果相同，但后者语义更清晰，推荐使用。
4. 完整可运行代码与工程化封装
4.1 封装成单例管理器：避免重复初始化
把所有功能塞进一个MonoBehaviour里不专业。我把它拆成三层：
- 底层API封装：
WindowsNativeAPI.cs，纯静态方法，不依赖Unity； - 窗口管理器：
WindowsWindowManager.cs，单例，负责句柄生命周期； - UI控制器：
WindowControlPanel.cs，挂在Canvas上，提供按钮绑定。
// WindowsNativeAPI.cs —— 纯P/Invoke封装，可复用到其他.NET项目 public static class WindowsNativeAPI { [DllImport("user32.dll", SetLastError = true)] public static extern IntPtr GetForegroundWindow(); [DllImport("user32.dll", SetLastError = true)] public static extern int GetWindowLong(IntPtr hWnd, int nIndex); [DllImport("user32.dll")] public static extern int SetWindowLong(IntPtr hWnd, int nIndex, int dwNewLong); [DllImport("user32.dll")] public static extern bool SetWindowPos(IntPtr hWnd, IntPtr hWndInsertAfter, int X, int Y, int cx, int cy, uint uFlags); [DllImport("user32.dll")] public static extern int GetSystemMetrics(int nIndex); [DllImport("user32.dll")] public static extern bool ShowWindow(IntPtr hWnd, int nCmdShow); // 常量定义 public const int GWL_STYLE = -16; public const int WS_CAPTION = 0x00C00000; public const int WS_THICKFRAME = 0x00040000; public const int WS_POPUP = 0x80000000; public const int SM_CYCAPTION = 4; public const int SM_CYSTATUSBAR = 3; public const int SW_MAXIMIZE = 3; public const int SW_MINIMIZE = 6; public const int SW_RESTORE = 9; public const uint SWP_NOMOVE = 0x0002; public const uint SWP_NOSIZE = 0x0001; public const uint SWP_FRAMECHANGED = 0x0020; }// WindowsWindowManager.cs —— 单例管理器 public class WindowsWindowManager : MonoBehaviour { private static WindowsWindowManager _instance; public static WindowsWindowManager Instance => _instance; private IntPtr _windowHandle; private void Awake() { if (_instance != null && _instance != this) { Destroy(gameObject); return; } _instance = this; DontDestroyOnLoad(gameObject); // 获取句柄 #if !UNITY_EDITOR _windowHandle = Process.GetCurrentProcess().MainWindowHandle; #else _windowHandle = FindWindow("UnityWndClass", null); #endif if (_windowHandle == IntPtr.Zero) { Debug.LogError("Failed to get window handle!"); } } public void RemoveBorder() { if (_windowHandle == IntPtr.Zero) return; int style = WindowsNativeAPI.GetWindowLong(_windowHandle, WindowsNativeAPI.GWL_STYLE); int newStyle = style & ~WindowsNativeAPI.WS_CAPTION & ~WindowsNativeAPI.WS_THICKFRAME | WindowsNativeAPI.WS_POPUP; WindowsNativeAPI.SetWindowLong(_windowHandle, WindowsNativeAPI.GWL_STYLE, newStyle); WindowsNativeAPI.SetWindowPos(_windowHandle, IntPtr.Zero, 0, 0, 0, 0, WindowsNativeAPI.SWP_NOMOVE | WindowsNativeAPI.SWP_NOSIZE | WindowsNativeAPI.SWP_FRAMECHANGED); } public void Maximize() => WindowsNativeAPI.ShowWindow(_windowHandle, WindowsNativeAPI.SW_MAXIMIZE); public void Minimize() => WindowsNativeAPI.ShowWindow(_windowHandle, WindowsNativeAPI.SW_MINIMIZE); public void Restore() => WindowsNativeAPI.ShowWindow(_windowHandle, WindowsNativeAPI.SW_RESTORE); public (int titleHeight, int statusBarHeight) GetMetrics() { return ( WindowsNativeAPI.GetSystemMetrics(WindowsNativeAPI.SM_CYCAPTION), WindowsNativeAPI.GetSystemMetrics(WindowsNativeAPI.SM_CYSTATUSBAR) ); } }// WindowControlPanel.cs —— UI绑定示例 public class WindowControlPanel : MonoBehaviour { public void OnClickRemoveBorder() => WindowsWindowManager.Instance.RemoveBorder(); public void OnClickMaximize() => WindowsWindowManager.Instance.Maximize(); public void OnClickMinimize() => WindowsWindowManager.Instance.Minimize(); public void OnClickRestore() => WindowsWindowManager.Instance.Restore(); public void OnGUI() { if (GUILayout.Button("Remove Border")) OnClickRemoveBorder(); if (GUILayout.Button("Maximize")) OnClickMaximize(); if (GUILayout.Button("Minimize")) OnClickMinimize(); if (GUILayout.Button("Restore")) OnClickRestore(); var (title, status) = WindowsWindowManager.Instance.GetMetrics(); GUILayout.Label($"Title Height: {title}px"); GUILayout.Label($"Status Bar Height: {status}px"); } }4.2 构建设置与平台兼容性检查
打包前必须做三件事：
- Player Settings → Other Settings → Target Platform：确保勾选“PC, Mac & Linux Standalone”；
- Scripting Backend：IL2CPP或Mono均可，但IL2CPP需在
ProjectSettings/PlayerSettings/OtherSettings/Configuration中勾选“Use Incremental GC”以避免GC压力； - API Compatibility Level：.NET Standard 2.1（Unity 2019.4+推荐），确保
Process.GetCurrentProcess()可用。
注意：此方案仅适用于Windows平台。如果项目需跨平台，在调用处加编译宏：
#if UNITY_STANDALONE_WIN WindowsWindowManager.Instance.RemoveBorder(); #elif UNITY_EDITOR_WIN // Editor专用逻辑 #else // macOS/Linux回退方案（如Screen.fullScreen = true） #endif这样既保证Windows功能完整，又不破坏跨平台结构。
5. 常见问题排查与独家避坑指南
5.1 典型问题速查表
| 问题现象 | 可能原因 | 解决方案 |
|---|---|---|
GetSystemMetrics(SM_CYSTATUSBAR)返回0 | 任务栏设置为“自动隐藏” | 检查系统设置，或改用GetMonitorInfo获取工作区 |
调用SetWindowLong后窗口变灰不可交互 | 未添加WS_POPUP样式位 | 确保newStyle包含WS_POPUP，且清除WS_CAPTION |
ShowWindow(SW_MAXIMIZE)无效 | 句柄为空或不在主线程 | 在Awake()中获取句柄，并确认调用在主线程（用MainThreadDispatcher包装） |
| 多显示器下任务栏高度计算错误 | 硬编码SM_CYSTATUSBAR | 改用GetMonitorInfo获取当前窗口所在显示器的rcWork矩形 |
Unity Editor中MainWindowHandle返回0 | Editor未激活GameView | 改用FindWindow("UnityWndClass", null)，或等待Editor就绪 |
5.2 我踩过的五个深坑及解决方案
坑1：Editor中句柄失效的“时间差”问题
现象：在Editor中Process.GetCurrentProcess().MainWindowHandle返回0。
原因：Unity Editor启动时，GameView窗口创建晚于Awake()执行时机。
解法：用EditorApplication.delayCall延迟获取：
#if UNITY_EDITOR EditorApplication.delayCall += () => { _windowHandle = FindWindow("UnityWndClass", null); if (_windowHandle == IntPtr.Zero) Debug.LogError("GameView not found!"); }; #endif坑2：无边框后无法拖动窗口
现象：去掉边框后，窗口像被钉住一样无法拖拽。
原因：Windows需要WS_THICKFRAME样式位来启用拖拽，但WS_POPUP与之冲突。
解法：手动实现拖拽逻辑——在OnMouseDown中记录鼠标位置，OnMouseDrag中调用MoveWindow：
private Vector2 _dragOffset; private void OnMouseDown() { _dragOffset = Input.mousePosition - transform.position; } private void OnMouseDrag() { Vector2 newPos = Input.mousePosition - _dragOffset; MoveWindow(_windowHandle, (int)newPos.x, (int)newPos.y, 0, 0, true); }坑3：高DPI缩放导致UI错位
现象：4K屏上UI元素偏移，状态栏高度计算偏差。
原因：GetSystemMetrics返回的是逻辑像素，需用GetDpiForWindow换算。
解法：Unity 2021.2+支持Screen.dpi，但更稳的是用GetDpiForWindow：
[DllImport("user32.dll")] private static extern uint GetDpiForWindow(IntPtr hWnd); private float GetDPIScale() => GetDpiForWindow(_windowHandle) / 96f; // 96为基准DPI坑4：最小化后恢复时窗口尺寸异常
现象：最小化再恢复，窗口变小或位置偏移。
原因：ShowWindow(SW_RESTORE)不重置窗口大小，需配合SetWindowPos。
解法：恢复时显式设置尺寸：
public void RestoreToOriginalSize() { var screen = Screen.currentResolution; WindowsNativeAPI.SetWindowPos(_windowHandle, IntPtr.Zero, 0, 0, screen.width, screen.height, WindowsNativeAPI.SWP_NOMOVE | WindowsNativeAPI.SWP_NOZORDER); WindowsNativeAPI.ShowWindow(_windowHandle, WindowsNativeAPI.SW_RESTORE); }坑5：IL2CPP构建时报错“DllImport not supported”
现象：打包时提示DllImport不被支持。
原因：Unity默认禁用不安全代码，或DLL路径错误。
解法：在Player Settings → Other Settings → Configuration中勾选“Allow ‘unsafe’ Code”，并确认DLL名全小写（user32.dll，非User32.DLL）。
5.3 性能与稳定性加固建议
- 句柄缓存：
_windowHandle获取成本低，但频繁调用GetWindowLong有开销。建议在RemoveBorder()中缓存原始样式，后续操作直接复用； - 错误处理：所有
DllImport调用后检查Marshal.GetLastWin32Error()，记录详细错误码（如ERROR_INVALID_WINDOW_HANDLE = 1400）； - 资源释放：无需手动释放句柄，Windows会随进程退出自动回收；
- 热更新兼容：此方案不依赖AssetBundle，所有代码在DLL中，热更时只需替换Managed DLL即可。
我个人在实际使用中发现，这套方案在Unity 2018.4到2022.3的所有LTS版本中均稳定运行，包括某军工单位的嵌入式HMI系统（运行在Windows 10 LTSC）。唯一要注意的是，如果项目启用了Unity的“Hard Lock”模式（强制垂直同步），SetWindowPos的刷新可能延迟一帧，此时在Update()中加个Screen.SetResolution微调即可。这个方案的价值不在于技术多炫酷，而在于它用最朴素的方式，把Unity从“游戏引擎”变成了“真正的Windows应用开发平台”——当你能精确控制每一个像素、每一条消息、每一个窗口状态时，你才真正拥有了桌面应用的全部可能性。
