Skiko项目在Linux下Bazel运行时文件写入问题解析

问题背景

在JetBrains的Skiko项目（一个Kotlin多平台图形库）中，开发团队遇到了一个在Linux环境下使用Bazel构建工具运行测试时出现的权限问题。具体表现为当测试尝试初始化Skiko的Compose UI测试框架时，系统抛出"Permission denied"的IO异常。

问题现象

测试失败时的堆栈跟踪显示，问题发生在Skiko尝试解压和加载本地库文件时。关键错误路径如下：

1. 测试框架尝试创建SkikoComposeUiTest实例
2. 在初始化过程中需要加载Skiko本地库
3. Skiko尝试在临时目录创建文件时失败
4. 最终抛出"Permission denied"异常

根本原因分析

经过调查，发现问题的根本原因在于：

1. Bazel的沙盒机制限制了文件系统的访问权限
2. Skiko默认尝试在用户主目录下创建临时文件
3. 由于Bazel的沙盒环境，目标目录可能不存在或不可写
4. 这与常规IDE测试环境（如IntelliJ IDEA）的行为不同

临时解决方案

开发团队提供了一个临时解决方案，通过以下方式解决：

1. 在测试类中添加静态初始化块
2. 临时将系统属性"user.home"重定向到"java.io.tmpdir"
3. 测试完成后恢复原始设置

这种方案模拟了IdeaTestSuiteBase的行为，确保文件操作发生在可写的临时目录中。

长期解决方案

Skiko维护团队确认了这个问题，并提出了两个长期解决方案方向：

1. 预提取二进制文件方案：

   • 提前从Skiko的JAR包中提取二进制文件（.so/.dll/.dylib）
   • 将这些文件放置在指定目录（如./lib/skiko）
   • 通过设置系统属性"skiko.library.path"指定加载路径

2. 配置提取目录方案：

   • 为Skiko添加新功能，允许通过系统属性配置自动提取目录
   • 这样用户就不需要自己实现下载和提取逻辑

技术启示

这个问题揭示了几个重要的技术考量点：

1. 构建工具兼容性：现代构建工具（如Bazel）的沙盒机制可能影响传统文件操作
2. 跨平台文件处理：图形库需要特别注意不同平台下的文件系统权限问题
3. 配置灵活性：库设计时应提供足够的配置选项以适应不同运行环境

最佳实践建议

基于此案例，建议开发者在处理类似场景时：

1. 为文件操作提供可配置的路径选项
2. 考虑不同构建环境和CI系统的特殊要求
3. 在文档中明确文件系统需求
4. 提供优雅的回退机制当首选路径不可用时

Skiko团队已经计划在后续版本中增加更灵活的配置选项，这将从根本上解决此类环境适配问题。