VS2022中OPOS提示LDN未找到（疑似UAC权限问题？）

针对你遇到的VS2008→VS2022迁移后，AsInvoker权限模式下OPOS控件报错109的问题，结合厂商差异和权限相关怀疑点，给出以下验证和解决步骤：

一、验证VirtualStore文件重定向影响 #

• 打开C:\Users\<当前用户名>\AppData\Local\VirtualStore，检查是否存在Program Files或Windows目录的重定向副本——AsInvoker权限下，程序若试图写入受保护的系统目录（如C:\Program Files\Common Files\OPOS），会被系统重定向到VirtualStore，导致控件读取不到原始的LDN配置文件。
• 若发现重定向的OPOS配置文件，删除VirtualStore下的对应目录，修改程序逻辑避免写入受保护目录，或谨慎给目标目录添加普通用户的写入权限。

二、检查注册表权限 #

OPOS控件的LDN配置通常存储在以下注册表路径：

• 32位程序：HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\OLEforRetail\ServiceOPOS
• 64位程序：HKEY_LOCAL_MACHINE\SOFTWARE\OLEforRetail\ServiceOPOS
• 右键注册表路径→权限，确认Users组是否拥有读取权限。部分旧版控件安装时仅给管理员组配置了权限，普通用户无法读取LDN信息会触发错误109。
• 解决：给该注册表路径添加Users组的读取权限，并勾选“将所有子对象权限项替换为所有父对象的可继承权限项”，让子项继承权限。

三、调整Manifest与COM注册 #

• 对完全无法运行的Honeywell/Metropos控件，以管理员身份重新注册控件：打开命令提示符（管理员），执行regsvr32 "C:\路径\控件文件名.dll"。
• 在应用Manifest中添加兼容性声明，避免系统对程序进行兼容性虚拟化：

  <asmv3:application xmlns:asmv3="urn:schemas-microsoft-com:asm.v3">
    <asmv3:windowsSettings xmlns="http://schemas.microsoft.com/SMI/2005/WindowsSettings">
      <dpiAware>true/PM</dpiAware>
      <longPathAware>true</longPathAware>
      <disableUserAccountControlVirtualization>true</disableUserAccountControlVirtualization>
    </asmv3:windowsSettings>
  </asmv3:application>
  

四、VS2022编译配置校验 #

• 确认项目平台目标与旧版一致：项目属性→生成→平台目标，选择x86——多数旧OPOS控件为32位，VS2022默认的AnyCPU或x64会导致控件加载异常。
• 检查Manifest嵌入设置：项目属性→生成→嵌入清单文件，确保选中的Manifest确实设置了requestedExecutionLevel level="asInvoker" uiAccess="false"，未被其他配置覆盖。

五、精准定位问题工具 #

• 启用OPOS控件日志：多数厂商的OPOS配置工具支持开启详细日志，查看设备打开阶段的错误轨迹，确定是配置读取失败还是COM调用权限问题。
• 使用Process Monitor：监控程序运行时的文件、注册表访问记录，筛选“ACCESS DENIED”事件，直接定位权限不足的资源。

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