双击自定义扩展名JSON文件加载内网Web应用数据的方案咨询

一、原方案是否可行？ #

原方案完全可行，在内网可控环境下，这套流程能实现你要的双击文件打开Web应用并加载数据的需求，逻辑闭环通顺：本地关联应用传数据到服务器Session，Web应用读取Session后按现有逻辑处理，适配内网的场景特点。

二、原方案的局限性 #

• GET参数长度瓶颈：HTTP协议没强制GET参数长度，但主流服务器（Apache、Nginx）都有默认上限，一旦JSON文件体积偏大，很容易出现参数截断，直接导致数据损坏或丢失。
• Session依赖Cookie的问题：Session靠浏览器会话Cookie维持，如果用户开了隐私模式、禁用Cookie，或者浏览器启动时触发新会话，Web应用就读不到Session里的数据了。
• Session数据的可靠性风险：Session会超时自动清除，要是用户重定向后没及时加载，或者服务器超时设得短，数据就没了；另外多用户同时操作时，还有Session数据串混的可能（内网用户量小但仍有风险）。
• 本地应用的适配成本：Windows和macOS的文件关联逻辑细节不一样，后续要维护不同系统的文件读取、URL调用逻辑，有点麻烦。

三、更优替代方案 #

方案1：临时文件+访问令牌 #

• 本地应用读取文件后，把文件上传到服务器临时目录，服务器返回一个唯一的UUID令牌。
• 本地应用打开Web应用首页，URL里带上这个令牌。
• Web应用用令牌向服务器请求对应临时文件，加载完成后服务器可以自动删除文件或设过期时间。
• 好处：彻底避开GET参数长度限制，数据传输更稳；令牌比Session灵活，不受Cookie限制，也减少多用户数据串混的概率。

方案2：直接读取内网共享文件 #

• 既然文件存在内网文件服务器，本地应用可以拿到文件的内网共享路径（比如\\fileserver\data\demo.custom或smb://fileserver/data/demo.custom）。
• 本地应用打开Web应用时，把这个共享路径作为参数传过去。
• Web应用利用浏览器File API，结合内网权限直接读取文件数据（前提是浏览器能访问内网文件服务器）。
• 好处：不用服务器中转，减少服务器压力；数据不用上传，避免临时存储的问题；但要确保浏览器有权限访问内网共享，不同浏览器的限制可能要适配。

方案3：自定义协议替代文件关联应用 #

• 注册自定义协议（比如myapp://），双击文件时系统触发这个协议。
• 本地协议处理程序读取文件后，要么通过WebSocket把数据传给已打开的Web应用会话，要么打开新页面用POST请求传数据。
• 好处：比普通文件关联应用灵活，能直接和Web应用实时传数据，绕开Session中转的问题；但自定义协议的注册和处理要适配不同系统，实现细节稍复杂。

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