2026年2月28日 星期六

[研究]Edge WebView2 執行中的是 x86 或 x64?

[研究]Edge WebView2 執行中的是 x86 或 x64?

2026-02-28







(完)

[研究]為何 Edge WebView2 x86 和 x64 都安裝到 C:\Program Files (x86)\Microsoft\EdgeWebView 目錄?

[研究]為何 EdgeWebView2 x86 和 x64 都安裝到 C:\Program Files (x86)\Microsoft\EdgeWebView 目錄?

2026-02-28

為何 x86 和 x64 兩種版本 

MicrosoftEdgeWebView2RuntimeInstallerX64.exe MicrosoftEdgeWebView2RuntimeInstallerX86.exe 

都安裝到 C:\Program Files (x86)\Microsoft\EdgeWebView 目錄?

摘錄自ChatGPT

這兩個 只是安裝程式本身的架構不同(x64 / x86),WebView2 Runtime 的設計目標是:

  • 同時給 32-bit 與 64-bit 應用程式使用
  • 使用單一共用更新機制
  • 減少重複安裝
  • 和 Edge Chromium 架構一致

因此 Microsoft 採用:C:\Program Files (x86)\Microsoft\EdgeWebView 作為 統一 Evergreen Runtime 位置。

🧠 為什麼不像一般程式那樣分開?

因為 WebView2 是:

  • 基於 Chromium 多進程架構
  • 需要共用 updater
  • 類似 Edge Browser 的 runtime 共享模型

它不像一般軟體那樣:

  • x86 → Program Files (x86)
  • x64 → Program Files

它比較接近:Chrome / Edge 的單一安裝共享架構

📦 額外補充

如果你安裝的是:Fixed Version WebView2(固定版本部署)

那才會依你自行解壓的位置放置,不會使用系統共用目錄。

🎯 簡單總結

項目說明
為何都裝在 (x86)Evergreen Runtime 統一設計
是否裝錯❌ 不是
是否只有 32-bit❌ 不是
是否可同時支援 x86/x64 App✅ 可以
是否會自動更新✅ 會

(完)

2026年2月27日 星期五

[研究]Embarcadero RAD Studio 13 Athens Architect Trial 90天試用版安裝

[研究]Embarcadero RAD Studio 13 Athens Architect Trial 90天試用版安裝

2026-02-27

Embarcadero RAD Studio 13於 2025年9月10日正式釋出。

https://www.embarcadero.com/press-releases

試用版下載
https://www.embarcadero.com/products/rad-studio/downloads/
https://www.embarcadero.com/products/rad-studio/start-for-free

RADStudio_13_0_esd_3601D8E02.exe,302 MB (316,778,560 位元組)
https://altd.embarcadero.com/download/radstudio/13.0/RADStudio_13_0_esd_3601D8E02.exe

https://altd.embarcadero.com/download/radstudio/13.0/RADStudio_130_17a92.iso

安裝需求
https://docwiki.embarcadero.com/RADStudio/Florence/en/Installation_Notes

RAD Studio 安裝註冊說明及常見問題:
https://embarcadero.qcomgroup.com.tw/download/RX安裝註冊說明及常見問題.pdf

功能分類RAD Studio 12.xRAD Studio 13 (Florence)改進 / 新增重點
Delphi 語言傳統語法,泛型支援有限支援三元運算子、is notnot innoreturn、泛型約束改進語法更現代化,寫法更簡潔
C++Builder 編譯器Clang 14~17,C++20 部分支援Clang 20,C++23 支援更完整現代 C++ 標準、Address Sanitizer 改進
IDE 架構32-bit IDE64-bit 完整 IDE大型專案更穩定、IntelliSense 更智能
跨平台 UI (FireMonkey)GPU 加速有限、控制元件較少新 Display Link Service、MaskEdit、ToggleSwitch 改進動畫順暢、跨平台 UI 元件更完整
Windows UI (VCL)基本 Control、ActionMenusTitleBar 自訂、Scrollable ActionMenus、ControlList/HintsUI 美化與可操作性提升
資料庫 (FireDAC)基本 DB 驅動支援 Unsigned BigInt、OAuth 認證、FireBird 平行備份、PostgreSQL 陣列資料庫支援更全面
AI / 智能開發SmartCore AI Component Pack、RAD AI Companion可內嵌 AI 功能,程式碼產生、查詢支援
Web / ServerWebBroker / 基本 Web 應用改進 Session 管理、Apache/Nginx 支援、授權驗證Web / Server 開發更安全、易管理
套件管理 (GetIt)只能安裝最新版本支援版本選擇 / 控制套件管理更靈活
Debugger / EditorLLDB debugger 基本LLDB 20,64-bit 除錯改善除錯更穩定、智能補全強化
安裝 / 更新傳統 Online InstallerOnline Installer / ISO 離線安裝均可安裝選擇更多、更方便封閉環境





























(完)

[研究]Edge WebView2 在真實機、VM 都一堆狀況,為何不廢除,改用 Edge 瀏覽器就好 ?

[研究]Edge WebView2 在真實機、VM 都一堆狀況,為何不廢除,改用 Edge 瀏覽器就好 ?

2026-02-27

你這個問題其實很多企業開發者都問過 👍

既然 Edge 瀏覽器本身就能跑網站,為什麼還要搞一個常出狀況的 WebView2?

關鍵原因在於:用途完全不同。

一、Edge 瀏覽器 vs WebView2 的本質差異

項目 Edge 瀏覽器 WebView2
本質 獨立應用程式 可嵌入到你程式內的瀏覽器引擎
控制權 使用者控制 開發者完全控制
UI 完整瀏覽器介面 無 UI,可自訂
整合程度 只能開網頁 可和 C# / WinForms / WPF / WebForms 深度整合
API 一般 Web API 可用 .NET 呼叫 JS、攔截請求、存取本機資源

WebView2 其實是把

👉 Microsoft Edge 的 Chromium 引擎

嵌入到 Windows 應用程式裡。

二、為什麼不能「直接改用 Edge 瀏覽器」?

如果廢掉 WebView2,改用 Edge:

1️⃣ 無法嵌入到桌面程式

你無法把完整 Edge 瀏覽器嵌在 WinForms / WPF 視窗裡。

WebView2 則可以直接嵌入:

  • WinForms
  • WPF
  • .NET MAUI
  • C++
  • 舊版 .NET Framework
  • 甚至 Office 插件

2️⃣ 無法做雙向程式控制

WebView2 可做到:

  • C# 呼叫 JavaScript
  • JavaScript 呼叫 C#
  • 攔截 HTTP 請求
  • 注入 JS
  • 存取本機檔案
  • 控制 Cookie / Cache

這些 Edge 瀏覽器都做不到。

3️⃣ 企業內部系統需要嵌入式 UI

很多企業系統是:

  • 桌面程式 + HTML UI
  • ERP 客戶端
  • SAST Portal 介面
  • 內部簽核系統

它們不想打開外部瀏覽器。

三、為什麼 WebView2 問題那麼多?

你最近問很多 VM 問題,其實問題通常來自:

1️⃣ Runtime 更新機制

WebView2 依賴:

  • Evergreen Runtime(會自動更新)
  • 或 Fixed Version Runtime
  • 更新 → API 改變 → VM 環境差異 → 問題

2️⃣ VM GPU 加速問題

Chromium 依賴:

  • GPU
  • DirectX
  • Sandbox

在:

  • VirtualBox
  • VMware Workstation
  • Hyper-V

都可能因:

  • 3D 加速
  • GPU passthrough
  • WDDM driver

導致 WebView2 異常。

Edge 瀏覽器有 fallback 機制較完整,

但嵌入式 WebView2 比較容易踩雷。

3️⃣ 權限與沙箱

WebView2 內建 Chromium sandbox:

  • AppContainer
  • 使用者權限
  • 資料夾 ACL
  • 在 VM、非 AD Domain、限制環境下特別容易出事。

(你剛好又是 Windows Server + 非 AD Domain 環境 😅)

四、那微軟為什麼不廢除 WebView2?

因為它是:

  • 👉 IE WebBrowser 控制項的繼任者
  • 👉 UWP WebView 的替代品
  • 👉 未來 Windows App 的官方嵌入引擎

很多產品都用它,例如:

  • 新版 Outlook
  • Teams(部分元件)
  • Visual Studio 部分 UI
  • Windows 設定畫面部分模組

如果廢除,整個 Windows 生態會崩。

五、那為什麼不用其他方案?

替代方案其實更慘:

技術 問題
舊 IE WebBrowser 已淘汰、相容性差
CEF (Chromium Embedded Framework) 體積大、維護困難
Electron 記憶體怪獸
直接開 Edge 無法嵌入整合

所以 WebView2 是:

  • 👉 體積最小
  • 👉 維護成本最低
  • 👉 微軟官方支援

的方案。

六、你的情況為何感覺特別容易出問題?

依你過往問題推測:

  • Windows Server
  • VM 環境
  • 非 AD Domain
  • 有時無 GPU 加速
  • 有時被資安軟體攔截

這些全部都是 WebView2 地雷區 😅

在一般 Windows 11 實體機上其實穩定很多。

七、結論

WebView2 不會被廢除,因為它解決的是:

  • 「桌面程式需要嵌入瀏覽器引擎」這個問題

而 Edge 瀏覽器解決的是:

  • 「使用者瀏覽網頁」

兩者用途完全不同。

(完)

[研究]Edge WebView2 在真實機會否有異常狀況 ?

[研究]Edge WebView2 在真實機會否有異常狀況 ?

2026-02-27

會的,Microsoft Edge WebView2 在「真實機(實體電腦)」上也可能發生異常狀況,不只是在 VM 才會出問題。以下整理常見原因與情境(偏實務經驗面):

一、常見異常類型

1️⃣ Runtime 版本不相容 / 更新異常

  • WebView2 Runtime 自動更新後
  • 與既有 App 不相容
  • 出現白畫面 / Crash
  • 安裝 Evergreen 版與 Fixed Version 混用問題

📌 常見症狀:

  • CoreWebView2Environment.CreateAsync 失敗
  • 初始化卡住
  • 事件未觸發

2️⃣ 使用者權限 / GPO 政策限制

在企業環境常見:

  • 群組原則限制 WebView2
  • 禁止 Edge 背景服務
  • AppContainer / Sandbox 被限制

📌 症狀:

  • 可執行但無法載入頁面
  • DevTools 開不起來
  • 出現 Access Denied

3️⃣ 防毒 / EDR / 安全軟體干擾

例如:

  • 行為偵測攔截 WebView2 子程序
  • DLL 注入被阻擋
  • SmartScreen 影響

📌 現象:

  • WebView2 process 立即被終止
  • 無錯誤訊息直接關閉

4️⃣ GPU / 顯示卡驅動問題(真實機更常見)

WebView2 使用 Chromium GPU 加速。

若:

  • 顯示卡驅動太舊
  • 新版顯卡驅動與 Runtime 不穩定
  • 多螢幕 / 4K / HDR 環境

📌 可能出現:

  • 畫面閃爍
  • 黑畫面
  • 只顯示部分內容

🔧 可測試:

--disable-gpu

或程式中停用硬體加速

5️⃣ 使用者 Profile 損壞

WebView2 會建立 User Data Folder。

若:

  • 磁碟權限異常
  • 防毒刪除快取
  • 硬碟壞軌

📌 症狀:

  • 第一次正常
  • 第二次啟動就異常

🔧 可刪除:

%LOCALAPPDATA%\YourApp\EBWebView

6️⃣ 系統元件缺失

  • Windows 更新未完整
  • VC++ Runtime 缺少
  • .NET Runtime 版本不對

特別在:

  • Windows Server
  • 精簡版 Windows
  • LTSC

7️⃣ 高 DPI / 縮放比例 Bug

  • 125% / 150% DPI
  • 不同螢幕 DPI 不一致

可能:

  • 內容模糊
  • 控制項錯位

8️⃣ 網路 / Proxy / 憑證問題

  • 公司 Proxy
  • SSL Inspection
  • 自簽憑證

📌 現象:

  • 無法載入 https 網站
  • 出現 NET::ERR_CERT_AUTHORITY_INVALID

二、真實機 vs VM 差異

問題類型真實機VM
GPU 驅動問題常見較少
硬體加速問題常見常被禁用
安全軟體干擾常見較少
虛擬顯示卡相容常見
Sandbox 問題可能更常見

👉 真實機反而比較容易遇到 顯卡驅動 + 安全軟體 + GPO 相關問題。

三、實務排錯建議(建議順序)

  • 確認 WebView2 Runtime 版本
    • edge://version
    • 或查看 安裝程式
  • 測試停用 GPU
    • options.AdditionalBrowserArguments = "--disable-gpu";
  • 指定固定 User Data Folder
  • 關閉防毒測試
  • 建立最小測試程式(只載入 https://www.microsoft.com)
  • 嘗試 Fixed Version Runtime 測試

四、什麼情況最容易出問題?

  • 公司筆電(有 EDR + GPO)
  • 顯卡為 Intel 舊版驅動
  • Windows Server
  • 多螢幕 + 高 DPI
  • 長時間未重開機

(完)

[研究]比較 Edge WebView2 在VM有哪些不同的異常 ?

[研究]比較 Edge WebView2 在 VirtualBox VM、VMware Workstation VM、Hyper-V VM 三者可能有哪些不同的異常 ?

2026-02-27

分類VirtualBox VMVMware Workstation VMHyper-V VM
GPU 硬體加速相容性❌ 最弱3D Acceleration 相容性差⚠ 中等SVGA 3D 驅動版本影響大✅ 最佳與 Windows 顯示堆疊整合度高
常見 GPU 異常黑屏、閃爍、GPU process crash、WebGL 失敗GPU crash、DPI 異常、影片硬解失敗少見黑屏,偶發啟動慢
DirectX / ANGLE 支援OpenGL→DX 轉譯不完整DX12 支援弱支援較完整,但依 VMware Tools 版本與 Windows 原生 DX 整合最好
WebGL / Canvas常無法啟用多半可用正常可用
影片硬體解碼幾乎無部分可多數可
Chromium Sandbox 相容性可能與 VBS 衝突Nested VT-x 啟用下偶發 crash與 Windows 安全模型相容性高
VBS / Credential Guard 影響容易出問題偶發效能或初始化異常效能可能下降但穩定
Nested Virtualization 影響不穩定可能影響 WebView2 子程序相對穩定
WebView2 初始化失敗機率🔴 高🟠 中🟢 低
Runtime 更新問題常見版本錯亂依公司政策較少
Evergreen Runtime 自動更新測試 VM 常被封鎖視環境而定較穩定
網路層問題 (HTTPS/DNS)NAT DNS 解析偶發異常Bridged 模式穩定Default Switch 偶發延遲
HTTPS 憑證驗證異常偶發少見少見
效能整體表現最低中等最佳
穩定度整體評估🔴 最低🟠 中🟢 最高
最常見異常排行1. GPU Crash2. 黑屏3. 初始化失敗1. GPU Crash2. DPI 問題1. 啟動慢2. 少數顯示異常
問題來源 90% 機率GPU 相容性VMware Tools 版本vGPU 設定或未啟用 GPU-P
實務建議用途不建議測試 WebView2 GPU 功能可用於一般測試建議正式測試環境

🏆 穩定度排名(由高到低)

  • 1️⃣ Hyper-V
  • 2️⃣ VMware Workstation
  • 3️⃣ VirtualBox

🎯 核心結論

如果出現:

✅ 真實機正常

❌ VM 異常

最可能原因:GPU 虛擬顯卡與 Chromium 硬體加速相容性問題

其中:

  • VirtualBox 幾乎一定與 3D 加速有關
  • VMware 多半與 Tools 版本或 SVGA 驅動有關
  • Hyper-V 多半與 vGPU / Enhanced Session 有關

(完)

2026年2月26日 星期四

[研究]忘記 PIN,變更 PIN 或關閉 PIN (Windows Hello)

[研究]忘記 PIN,變更 PIN 或關閉 PIN (Windows Hello)

2026-02-26

必須先用密碼登入 Windows

1️⃣ 變更 PIN

  1. 按 Win + I 開啟 設定。
  2. 點選 帳戶 → 登入選項。
  3. 找到 Windows Hello PIN(或稱「PIN (Windows Hello)」)。
  4. 點 變更 PIN。
  5. 系統會要求你先輸入目前密碼。
  6. 再設定新的 PIN。
  7. 如果你忘記原 PIN,會看不到「變更」,但可以用密碼登入後改 PIN。





下圖,要變更 PIN,需要原有的 PIN,否則關閉,再次啟用,然後設定新 PIN



下圖,PIN 被移除了,要設定新 PIN 可按下「設定」按鈕


下圖,輸入登入 Windows 的帳號、密碼


下圖,設定新 PIN

下圖,設定完成


(完)

相關

[研究]Windows 11 25H2從Microsoft帳戶(email)改成本機帳戶登入

[研究]忘記 PIN,變更 PIN 或關閉 PIN (Windows Hello)

[研究]如何判斷 Windows 是 x86 或 x64 版?

[研究]如何判斷 Windows 是 x86 或 x64 版?

2026-02-26

要判斷 Windows 是 x86(32-bit) 還是 x64(64-bit),可以依照以下幾種方法操作:

方法 1:使用「設定」查看

  • 按 Win + I 打開「設定」。
  • 選擇 系統 > 關於。
  • 在「裝置規格」下找到 系統類型:

例如:

  • 64 位元作業系統,x64 型處理器 → Windows x64
  • 32 位元作業系統,x64 型處理器 → Windows x86(雖然 CPU 支援 64-bit,但系統是 32-bit)
  • 32 位元作業系統,x86 型處理器 → Windows x86
註:Windows Server 2019 實際測試

方法 2:使用「系統資訊」

按 Win + R,輸入 msinfo32 → Enter。

找到 系統摘要 裡的 系統類型:

  • x64-based PC → 64-bit 系統
  • x86-based PC → 32-bit 系統
註:Windows Server 2019 實際測試



方法 3:使用命令提示字元

打開 命令提示字元 (cmd)。

輸入:

echo %PROCESSOR_ARCHITECTURE%

會輸出:

  • AMD64 → 64-bit 系統
  • x86 → 32-bit 系統

另一種命令:

systeminfo | findstr /B /C:"System Type"

會顯示系統類型,例如 System Type: x64-based PC

註:Windows Server 2019 實際測試

systeminfo | findstr /B /C:"System Type" 指令在中文環境不合適,直接用 systeminfo 查就好,

不然改成

systeminfo | findstr /B /C:"系統類型" 


方法 4:檢查 Windows 目錄

  • 32-bit Windows 的 C:\Windows\System32 → 主要是 32-bit 系統檔
  • 64-bit Windows 會有 C:\Windows\SysWOW64 目錄,裡面是 32-bit 程式的兼容層


💡 補充:

  • 如果 CPU 是 64-bit,但安裝的是 32-bit Windows,那麼系統還是 x86。
  • 建議大多數情況下使用 x64 Windows,可支援超過 4GB RAM。

**********

直接判斷目前 Windows 是 32-bit 還是 64-bit 👇

✅ 方法一(最簡單,CMD / PowerShell 都可用)

wmic os get osarchitecture

顯示結果會是:

  • 64-bit → 代表 x64 Windows
  • 32-bit → 代表 x86 Windows


✅ 方法二(更通用,舊版新版都適用)

echo %PROCESSOR_ARCHITECTURE%

結果判讀:

  • AMD64 → 64-bit Windows
  • x86 → 32-bit Windows


✅ 方法三(PowerShell 最準確)

(Get-CimInstance Win32_OperatingSystem).OSArchitecture

會直接顯示:

  • 64-bit
  • 32-bit

(完)

2026年2月25日 星期三

[研究]Windows 11 26H1 安裝過程避免 Windows Update

[研究]Windows 11 26H1 疑似安裝過程就在下載做 Windows Update,有辦法在Windows安裝完成後再做嗎 ?

2026-02-25



下圖,把 VMware Workstation 25H2 建立的 VM 斷網

下圖,斷網後,下載百分比仍增加,仍繼續下載,不像從光碟下載,太慢,比較像從 Internet 下載


下圖,結果還是有一堆 Windows Update 要更新


**********

Google Gemini

從你提供的截圖來看,這是 Windows 11 在 OOBE (初始設置階段) 自動進行的更新檢查。微軟為了確保系統安全,預設會在聯網後強制下載關鍵更新。

若你希望先進入桌面再手動更新,避開這個等待過程,可以參考以下幾種方法:

方法一:暫時斷開網路(最簡單)

Windows 在安裝過程中如果偵測不到網路,通常會跳過更新檢查。

  1. 拔掉網路線或關閉 Wi-Fi 路由器。
  2. 如果系統卡在「讓我們連線到網路」畫面不讓你跳過,請按 Shift + F10 打開命令提示字元。
  3. 輸入以下指令並按回車:OOBE\BYPASSNRO
  4. 電腦會重啟,再次進入該畫面時,會出現 「我沒有網際網路」 的選項,點擊後即可建立本機帳戶並直接進入桌面。

註:敝人測試斷網無用。

方法二:使用命令跳過 OOBE 流程

如果你已經進入了截圖中的下載畫面,可以嘗試強制跳過:

  1. 按 Shift + F10 打開命令提示字元。
  2. 輸入 taskmgr 並按回車開啟「工作管理員」。
  3. 點擊「詳細資料」分頁。
  4. 找到 OOBENetworkCaptivePortal.exe 或 Windows Update 相關程序,右鍵選擇「結束工作」。

注意:這可能會導致 OOBE 流程重啟或報錯,建議配合方法一使用。

註:方法一,敝人測試斷網無用。

方法三:製作安裝碟時預先封裝 (適用於下次安裝)

如果你經常需要安裝系統,建議使用 Rufus 製作 USB 安裝碟:

  1. 在製作時,Rufus 會跳出選項,勾選 "Remove requirement for an online Microsoft account"。
  2. 這會自動幫你繞過聯網強制更新的邏輯。

註:麻煩沒測。

(待研究)