如何在客户端本地存储在线代码编辑器源文件并保持固定文件名

可以将源文件存储在客户端本地，该方案恰好能解决你提到的固定文件名、多用户文件名冲突、Java类名适配三类问题，具体可按实际需求选择以下实现方案：

方案1：浏览器端直接操作用户本地文件（推荐优先尝试） #

基于浏览器原生的File System Access API实现，你可以直接在用户本地磁盘创建固定名称的代码文件，比如main.c、Main.java、input.txt等，所有文件存储在用户自己的设备上，天然不存在多用户冲突问题。

• Java场景适配：存储Java文件时直接按公共类名命名文件，前端可直接集成WebAssembly版本的JDK，读取本地文件完成编译运行，全程不需要和服务端交互。如果仍需服务端编译，上传时将文件内容和原文件名一同提交即可。
• 兼容性提示：主流Chrome、Edge、Safari 15.2+版本均支持该API，兼容性覆盖绝大多数用户群体。

方案2：浏览器端虚拟文件系统（兼容性最优） #

如果需要兼容更低版本浏览器，可以用IndexedDB搭建前端虚拟文件系统，所有用户文件都存储在当前浏览器的本地IndexedDB中，不同用户的存储完全隔离，你可以任意使用固定文件名，完全不会出现冲突。

• 运行逻辑：前端集成对应编程语言的WebAssembly运行环境（比如GCC、Clang、OpenJDK的WebAssembly编译版本），直接读取虚拟文件系统中的代码完成编译运行，不需要占用服务端存储资源，也完全规避了文件名冲突问题。
• 服务端 fallback：如果仍需服务端执行代码，提交请求时将代码内容、固定文件名一起传给服务端，服务端为每次请求创建一个jobId命名的临时独立目录，将代码按原文件名存入该目录后再执行，执行完成后直接删除临时目录即可，既满足Java类名和文件名一致的要求，也不会出现文件冲突。

原有服务端逻辑优化方案（如果暂时不迁移到客户端存储） #

如果暂时不想调整整体架构，仅需要解决固定文件名和冲突问题，不需要改文件名生成规则，只要调整存储目录结构即可：

• 每个jobId对应一个独立的临时目录，目录名用jobId命名，目录内的代码文件直接用固定命名（比如main.c、Main.java），输入文件固定为input.txt
• Java执行时直接进入对应jobId的目录执行编译运行命令即可，不需要调整文件名，完全适配Java类名要求
  优化后的核心代码参考：

const fs = require("fs/promises");
const path = require("path");

const baseDir = path.join(__dirname, "jobs");
if (!fs.existsSync(baseDir)) {
  fs.mkdirSync(baseDir, { recursive: true });
}

const generateFile = async (jobId, format, content, input, javaMainClass = "Main") => {
  // 为每个job创建独立目录
  const jobDir = path.join(baseDir, jobId);
  await fs.mkdir(jobDir, { recursive: true });
  // 文件名固定，Java场景按类名命名
  const filename = format === "java" ? `${javaMainClass}.java` : `main.${format}`;
  const filepath = path.join(jobDir, filename);
  const inputFilePath = path.join(jobDir, "input.txt");
  await fs.writeFile(filepath, content);
  await fs.writeFile(inputFilePath, input);
  return [filepath, inputFilePath, jobDir];
};

module.exports = { generateFile };

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