已安装Access引擎仍提示microsoft.ace.oledb.12.0未注册

• 系统/Office自动更新导致位数不匹配：Windows后台累积更新、Microsoft 365/Office套件自动升级是这类无代码改动突发报错的最常见诱因。之前安装的32位Access Database Engine 2010，在Office被自动更新为64位版本后，位数不兼容会直接触发未注册报错；部分安全补丁也会直接清除ACE组件的COM注册信息，哪怕组件文件仍在磁盘中，Visual Studio也无法识别。
• 项目平台配置被动变更：Visual Studio版本更新、解决方案配置重置时，可能自动修改项目的平台目标选项，和本地安装的ACE引擎位数不匹配，也会抛出相同错误。

• 第一步：对齐位数配置
  打开任意Office组件（如Excel），通过「文件-账户-关于Excel」确认当前Office的安装位数；回到VB.NET项目，右键项目进入「属性-生成」页调整平台目标：Office为64位时选择x64、取消勾选「首选32位」；Office为32位时选择x86，不要直接使用默认Any CPU配置运行。
• 第二步：修复或重装ACE引擎
  打开控制面板「程序和功能」列表，找到已安装的Microsoft Access Database Engine 2010，右键选择「更改-修复」，完成修复后重启Visual Studio测试。
  如果修复无效，先卸载现有2010版本引擎，重装和Office、项目平台目标位数一致的安装包；如果遇到位数冲突弹窗无法安装，打开命令提示符进入安装包所在目录，执行[安装包文件名].exe /quiet即可绕过检测完成安装。
• 第三步：注册项校验与临时替代
  按Win+R输入dcomcnfg打开组件服务，依次展开「组件服务-计算机-我的电脑-COM+应用程序」，如果找不到Microsoft.ACE.OLEDB.12.0对应条目，说明注册项已完全损坏，直接重装引擎即可。
  若本地安装的是2016及以上版本Office，可直接将连接字符串中的Provider值从Microsoft.ACE.OLEDB.12.0修改为Microsoft.ACE.OLEDB.16.0，高版本Office自带对应引擎，无需额外安装2010版本组件。

注意：不要在同一系统中混合安装不同位数的Access Database Engine，会导致COM注册项互相覆盖，反复触发未注册报错。

内容的提问来源于stack exchange，提问作者lowkey