VB.NET创建SolidWorks会话后无法完全供用户使用问题求助

我之前做SolidWorks二次开发时也踩过一模一样的坑，你遇到的核心问题是SolidWorks未预先运行时，通过CreateObject创建的实例无法和系统文件双击操作关联，导致用户没法完全正常使用这个会话。给你几个经过验证的解决方向：

1. 优先复用已运行实例，避免重复创建 #

先检查系统里有没有活跃的SolidWorks进程，有就直接Attach上去，没有再创建新实例——这能从根源上避免多实例冲突，保证用户操作的一致性。

VB.NET代码示例：

Imports System.Runtime.InteropServices
Imports SldWorks

Dim swApp As SldWorks.SldWorks
Try
    ' 先尝试获取已运行的SolidWorks实例
    swApp = DirectCast(Marshal.GetActiveObject("SldWorks.Application"), SldWorks.SldWorks)
Catch ex As Exception
    ' 无活跃实例时再创建新会话
    swApp = DirectCast(CreateObject("SldWorks.Application"), SldWorks.SldWorks)
End Try

' 关键配置：确保实例处于用户可控模式
swApp.UserControl = True
swApp.Visible = True

2. 强制将新建实例注册为系统默认交互进程 #

当你从无到有创建实例时，系统的文件关联逻辑可能仍指向「新建实例」，这时候可以通过API让当前实例抢占默认处理权：

' 创建实例后先激活前台窗口
swApp.Activate()
' 显式调用API确认用户控制权限（比直接赋值属性更可靠）
swApp.SetUserControl(True)

3. 检查DCOM权限配置 #

有时候问题出在COM权限上，导致你创建的实例无法接收系统的文件打开事件，按以下步骤排查：

• 运行dcomcnfg打开组件服务
• 依次展开「组件服务 > 计算机 > 我的电脑 > DCOM配置」
• 找到「SolidWorks Application」右键打开属性
• 「安全性」标签下，将「启动和激活权限」「访问权限」设为「自定义」，并添加当前用户的完全控制权限
• 「标识」标签选择「交互式用户」

4. 模拟手动启动SolidWorks的流程 #

如果上面的方法都不行，可以换个思路：不直接用CreateObject，而是启动SolidWorks的可执行文件，再Attach到这个原生实例上——这样创建的会话和用户手动打开的完全一致，能正常响应文件双击。

代码示例：

Imports System.Diagnostics
Imports System.Threading
Imports System.Runtime.InteropServices
Imports SldWorks

' 替换成你的SolidWorks安装路径
Dim swExePath As String = "C:\Program Files\SOLIDWORKS Corp\SOLIDWORKS\SldWorks.exe"
Dim swProcess As Process = Process.Start(swExePath)

' 等待SolidWorks完全启动（可根据实际情况调整等待时间）
Thread.Sleep(6000)

' 获取刚启动的实例
Dim swApp As SldWorks.SldWorks = DirectCast(Marshal.GetActiveObject("SldWorks.Application"), SldWorks.SldWorks)
swApp.UserControl = True

为什么场景1正常，场景2不行？ #

当SolidWorks已运行时，它的实例已经注册到系统COM对象列表，且处于用户交互模式，所以你获取到这个实例后，文件双击会直接指向它；而用CreateObject从头创建的实例，默认是「后台服务模式」，没有完全注册为系统的默认交互实例，导致文件双击会启动新的SolidWorks进程，而非你创建的这个会话。

内容的提问来源于stack exchange，提问作者Saulo Maciel Mariano