使用Hunchentoot+Easy-Routes时切换目录报错：找不到文件或目录

核心问题根源 #

Hunchentoot作为Web服务器，运行时的工作目录和REPL手动切换的目录不一致，change-to-path在路由里执行会失败，且这类全局切换工作目录的操作在多请求并发场景下会互相干扰，引发路径混乱问题。直接依赖相对路径的方式本身就不可靠，尤其不适用于Web服务环境。

最优路径管理方案 #

1. 直接使用数据库文件的绝对路径 #

这是最稳妥的方式，彻底摆脱工作目录依赖：

• 在项目启动时，通过代码推导项目根目录的绝对路径，比如利用*load-pathname*（当前加载文件的路径）：

  ;; 假设当前文件在项目根目录的src文件夹下，推导根目录
  (defparameter *project-root*
    (merge-pathnames "../" *load-pathname*))
  
  ;; 拼接数据库文件的绝对路径
  (defparameter *db-path*
    (merge-pathnames "data/db.sqlite" *project-root*))
  
  ;; 初始化数据库连接时直接使用绝对路径
  (clsql:connect (list *db-path*) :database-type :sqlite3)
  

• 无论REPL还是Hunchentoot运行时，都能精准定位数据库文件，无需切换工作目录。

2. 借助ASDF系统定义获取项目根目录 #

如果项目用ASDF管理，通过ASDF API获取系统路径更可靠：

(defparameter *project-root*
  (asdf:system-source-directory :your-system-name))

(defparameter *db-path*
  (merge-pathnames "data/db.sqlite" *project-root*))

这种方式不受当前文件位置影响，只要ASDF能识别你的系统，就能拿到正确的根目录。

3. 弃用全局切换工作目录的宏 #

change-to-path这类修改全局工作目录的操作，在Web服务中属于高危操作——多请求并发时，不同请求的目录切换会互相干扰，导致后续请求的路径全部混乱。所有文件操作都使用绝对路径，是唯一安全的做法。

额外注意事项 #

• 确保Hunchentoot进程拥有数据库文件所在目录的读写权限，否则即使路径正确也会报错。
• 若需在REPL中快速测试，可定义辅助函数加载绝对路径的数据库，无需手动切换目录：

  (defun use-db ()
    (clsql:connect (list *db-path*) :database-type :sqlite3 :if-exists :old))
  

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