使用Visual Studio开发的SFML C++项目在其他电脑运行时无法加载字体报错

1. 相对路径依赖运行时工作目录 #

你代码中使用的../fonts/BalooPaaji2.ttf是相对当前程序运行工作目录的路径，这是问题的核心：

• 你在本机用VS调试启动程序时，VS默认设置的工作目录是.vcxproj项目文件所在的根目录，路径解析可以命中项目内的字体文件；即使你直接双击本机编译好的exe，只要你本机的目录结构符合../回退后能找到fonts文件夹的规则，就可以正常加载。
• 其他用户运行时，要么你打包时没有同步对应的fonts目录结构，要么用户的运行工作目录和你预期的不一致，导致路径解析失败，找不到字体文件。

2. 代码无加载校验逻辑 #

你当前代码未对loadFromFile的返回值做判断，即使加载失败也会继续执行，同时你每次调用write函数都会重复加载字体，存在严重的性能浪费。

• 改用exe绝对路径拼接，消除工作目录依赖
  Windows下可以通过GetModuleFileName获取exe自身所在目录，再拼接字体路径，完全不受工作目录影响：

  #include <windows.h>
  #include <string>
  
  std::string getExeDirectory() {
      char exePath[MAX_PATH] = {0};
      GetModuleFileNameA(NULL, exePath, MAX_PATH);
      std::string fullPath(exePath);
      return fullPath.substr(0, fullPath.find_last_of("\\/"));
  }
  
  // 加载字体时修改为：
  sf::Font font;
  std::string fontPath = getExeDirectory() + "/fonts/BalooPaaji2.ttf";
  if (!font.loadFromFile(fontPath)) {
      // 可添加弹窗提示，输出实际解析的fontPath方便排查
      MessageBoxA(NULL, ("字体加载失败，路径：" + fontPath).c_str(), "错误", MB_ICONERROR);
      return;
  }
  

• 调整目录结构，避免跨层级相对路径
  打包时分发的文件结构统一设置为：exe和fonts文件夹同级存放，fonts目录内放ttf文件，不需要额外的上层目录嵌套。
• 优化字体加载逻辑
  不要每次调用write都重新加载字体，将sf::Font设置为全局变量或类成员，程序启动时仅加载一次即可。
• 可选：嵌入字体到exe资源
  可以将ttf文件打包到exe的资源段中，SFML支持loadFromMemory从内存加载字体，完全避免外部文件路径问题。

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