根本原因是文件关联配置错误、用户级缓存损坏、字体路径冲突或wps启动器参数缺失；需将/usr/share/applications中wps的exec行%u改为%f，清理~/.config/kingsoft等缓存，修复/opt/kingsoft/wps-office权限，并登录账号以恢复文档上下文。
统信UOS中WPS点击文档无响应、双击打不开、右键“用WPS打开”失效，根本原因是文件关联配置错误、用户级缓存损坏、字体路径冲突或WPS启动器参数缺失，需分路径定位并修复。
修正文件管理器双击打开行为
默认情况下，UOS文件管理器对.docx等文档调用WPS时传递的是%U参数，该参数不支持本地文件路径解析，导致WPS进程启动但空白无反应。
进入/usr/share/applications目录，右键“WPS 文字”→“打开方式”→选择“文本编辑器”。
找到Exec=开头的行，将末尾的【%U】改为【%F】，保存退出。
重启系统或注销重登录，双击任意Word文档即可正常加载内容。
清除损坏的用户配置缓存
WPS崩溃或异常关机后，~/.config/Kingsoft/等目录可能残留损坏的XML配置或锁文件，阻止新实例初始化。
第一步：关闭所有WPS进程，包括后台wpscloudsvr和kso_server。
第二步：执行以下四条清理命令（任一目录不存在则跳过）：
rm -rf ~/.cache/Kingsoft
rm -rf ~/.config/Kingsoft
rm -rf ~/.local/share/Kingsoft
rm -rf ~/.kingsoft
第三步：重新启动WPS文字，首次启动会重建全部配置，此时再双击文档即可响应。
{"answer":"协助 macOS 用户准备、转换、导出及排查 Word、PDF、Markdown、PowerPoint 和 Excel 文件，确保 WPS Office 工作流程可靠。"}
验证并修复WPS启动器权限
若仅普通用户无法打开而root可正常运行，大概率是/opt/kingsoft/wps-office/目录下二进制文件缺少执行权限。
在终端执行：
sudo chmod -R 755 /opt/kingsoft/wps-office/
特别注意：此操作必须递归应用到整个wps-office目录，否则/lib目录下的libwpsapi.so等核心库仍不可读，WPS主程序会静默退出。
执行后直接在终端输入wps test.docx测试，能打开即说明权限已就绪。
手动触发文档上下文登录并加载
某些UOS版本中，WPS图标启动走的是企业版入口，屏蔽了个人账号鉴权链路，导致文档加载卡在空白界面。
方法一：桌面新建test.docx → 右键 → “使用WPS文字打开” → 等待界面完全加载 → 点击右上角头像 → 选择“登录账号”。
方法二：终端执行wps --nofork ~/Documents/test.docx，--nofork参数强制前台运行，便于观察是否卡在登录环节。
登录成功后，所有双击行为自动继承该会话上下文，文档即可正常打开。
