Chrome扩展读取DFS/NFS文件技术求助：谷歌表格文件存在性校验

嗨Johan，我明白你想做的事——通过Chrome扩展校验谷歌表格里的文件是否在DFS/NFS上存在，而且试过Chrome的FileSystem API没搞定对吧？这很正常，因为那个API的设计本来就不是用来访问网络共享文件系统的，我给你几个可行的方案参考：

1. 搭建后端代理服务 #

浏览器的安全沙箱限制了直接访问网络共享（比如DFS/NFS），所以最稳妥的方式是做一个后端服务，让它来帮你访问共享文件系统，然后你的Chrome扩展通过HTTP请求和后端交互。

• 后端实现示例（用Node.js）：
  你可以写一个简单的Express服务器，用Node.js的fs模块来检查文件是否存在。注意服务器必须能挂载DFS/NFS共享目录，并且有足够的权限访问这些文件。

  const express = require('express');
  const fs = require('fs').promises;
  const app = express();
  app.use(express.json());
  
  app.post('/check-file', async (req, res) => {
    const { filePath } = req.body;
    try {
      await fs.access(filePath);
      res.json({ exists: true });
    } catch (err) {
      res.json({ exists: false });
    }
  });
  
  app.listen(3000, () => console.log('Server running on port 3000'));
  

• 扩展里的调用：
  在你的Chrome扩展中，用fetch发送请求到后端接口，传入谷歌表格里的文件路径，然后处理返回的结果：

  async function checkFileExists(filePath) {
    const response = await fetch('http://your-server-url/check-file', {
      method: 'POST',
      headers: { 'Content-Type': 'application/json' },
      body: JSON.stringify({ filePath })
    });
    const result = await response.json();
    return result.exists;
  }
  

• 优点：跨平台，扩展不需要依赖用户本地环境；缺点：需要维护一个后端服务，并且要确保服务器能访问目标DFS/NFS。

2. 使用Chrome Native Messaging #

如果不想搭后端，可以用Chrome的Native Messaging功能，让扩展和一个本地原生程序通信，由原生程序来访问DFS/NFS。

• 步骤：
  • 写一个本地程序（比如Python脚本），接收扩展传来的文件路径，用Python的os.path.exists()或者pathlib.Path.exists()来检查文件是否存在，然后返回结果给扩展。
    示例Python脚本：

    import sys
    import json
    import os
    
    def main():
      # 读取扩展传来的消息
      raw_length = sys.stdin.read(4)
      if not raw_length:
          sys.exit(0)
      message_length = int.from_bytes(raw_length.encode('utf-8'), byteorder='little')
      message = sys.stdin.read(message_length)
      data = json.loads(message)
      filePath = data['filePath']
      # 检查文件是否存在
      exists = os.path.exists(filePath)
      # 返回结果给扩展
      response = json.dumps({'exists': exists})
      response_length = len(response).to_bytes(4, byteorder='little')
      sys.stdout.write(response_length.decode('utf-8'))
      sys.stdout.write(response)
      sys.stdout.flush()
    
    if __name__ == "__main__":
      main()
    

  • 配置Chrome Native Messaging的清单文件，告诉Chrome你的原生程序在哪里，以及扩展的ID。
  • 在扩展的manifest.json中添加nativeMessaging权限，并且配置对应的原生程序名称。
• 优点：不需要服务器，直接在本地处理；缺点：需要用户安装并配置原生程序，跨平台适配麻烦（Windows、Mac、Linux的配置方式不同）。

3. 结合Google Apps Script预处理 #

如果你的谷歌表格是静态或者更新不频繁的，可以先用Google Apps Script调用后端服务（方案1的后端），提前把文件存在性的结果写到表格里，然后扩展只需要读取表格里的结果就行。这样能减少扩展的逻辑复杂度，不过适合不需要实时校验的场景。

Chrome的FileSystem API是为了让网页访问用户手动选择的本地文件或目录设计的，它运行在浏览器的沙箱里，没有权限直接访问网络共享的DFS/NFS资源——这是浏览器的安全限制，防止恶意网页访问用户的本地或网络文件。

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