在服务器部署Java桌面应用jar包的代码改造要求及连接协议咨询

源码改造量评估 #

普通可执行jar默认只能在运行它的JVM所在的操作系统环境渲染GUI，直接上传到服务器无法让远端桌面直接访问，不存在“上传即可用”的方案，改造量取决于你选择的落地路径：

零/极少量改造方案 #

完全保留现有Swing源码，无需调整业务逻辑，仅需在服务器侧部署配套的远程运行环境：

• 远程桌面/应用虚拟化方案：服务器安装对应版本JDK后直接上传jar运行，用户通过远程桌面协议接入服务器的桌面环境操作应用，源码零改动，仅需配置服务器的用户会话权限。缺点是单用户占用独立服务器会话，资源开销大，仅适合10人以下的低并发场景。
• OpenWebStart方案：仅需在现有jar包基础上补充JNLP配置文件，用户点击浏览器链接即可自动下载缓存jar到本地运行，无需手动安装部署。注意该方案本质还是jar在用户本地运行，不属于严格的服务端部署，需要开放SQL数据库的访问权限给客户端，安全性较低。

大幅改造方案 #

如果需要支持高并发、公网访问或者瘦客户端接入，需要重构现有代码：

• 改为B/S架构：原有Swing GUI代码完全废弃，前端重写为Web页面，后端封装为HTTP接口服务，整体改动量最大，适配性最强。
• 改为瘦客户端C/S架构：将现有代码拆分为两端，客户端仅保留Swing GUI渲染逻辑，服务端承载全部业务逻辑与数据库交互，两端通过Socket/WebSocket通信，业务层代码改动量约60%以上。

不同部署位置的可选连接协议 #

企业自有机房（内网部署） #

• 远程接入类：RDP（Windows服务器）、VNC/XRDP（Linux服务器）、Citrix HDX，内网延迟低，适配零改造方案
• 业务传输类：HTTP、WebSocket、自定义TCP协议，适配改造后的B/S、瘦客户端C/S架构，数据库无需暴露到公网，安全性高

托管数据中心（公网部署） #

• 远程接入类：TLS加密的RDP、SSH隧道封装的VNC、PCoIP，必须做端口白名单限制，避免被公网恶意攻击
• 业务传输类：HTTPS、WSS（加密WebSocket），适配改造后的架构，所有传输内容加密，数据库仅对服务器本地开放，安全性最高

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