fix: fix file rename failure in multi-threaded scenarios

[Johnson-zs]

Fixed file replacement failure in multi-threaded copy operations by implementing deferred replacement mechanism. Previously, immediate file replacement during concurrent operations caused race conditions and rename failures.

Key changes:

1. Added ReplacementTarget struct to header for proper encapsulation
2. Implemented shouldUseMultiThreadCopy() for consistent multi-thread decision logic
3. Added pendingReplacements queue to collect replacement contexts
4. Created applyAllPendingReplacements() to batch process replacements after thread pool completion
5. Added safety checks in FileReplacer to verify temporary file accessibility
6. Moved replacement logic from anonymous namespace to class methods

The solution ensures atomic file replacements occur only after all copy threads have completed, eliminating concurrent file system access conflicts.

Log: Fixed file operation failures in multi-threaded copy scenarios

Influence:

1. Test multi-threaded file copy operations with large files
2. Verify file replacement works correctly after copy completion
3. Test edge cases with inaccessible temporary files
4. Verify cleanup manager properly tracks temporary files
5. Test single-threaded operations remain unaffected
6. Validate file permissions and attributes are preserved

fix: 修复多线程场景下文件重命名失败问题

修复了多线程复制操作中的文件替换失败问题，通过实现延迟替换机制。之前并发
操作期间的立即文件替换会导致竞争条件和重命名失败。

主要变更：

1. 在头文件中添加 ReplacementTarget 结构体以实现适当封装
2. 实现 shouldUseMultiThreadCopy() 方法确保多线程决策逻辑一致
3. 添加 pendingReplacements 队列收集替换上下文
4. 创建 applyAllPendingReplacements() 方法在线程池完成后批量处理替换
5. 在 FileReplacer 中添加安全检查以验证临时文件可访问性
6. 将替换逻辑从匿名命名空间移动到类方法中

该解决方案确保原子文件替换仅在所有复制线程完成后进行，消除了并发文件系统
访问冲突。

Log: 修复多线程复制场景下的文件操作失败问题

Influence:

1. 测试大文件的多线程复制操作
2. 验证复制完成后文件替换功能正常工作
3. 测试临时文件不可访问的边缘情况
4. 验证清理管理器正确跟踪临时文件
5. 测试单线程操作不受影响
6. 验证文件权限和属性得到保留

[deepin-ci-robot]

[APPROVALNOTIFIER] This PR is NOT APPROVED

This pull-request has been approved by: Johnson-zs

The full list of commands accepted by this bot can be found here.

Details

Needs approval from an approver in each of these files:

• debian/deepin/OWNERS

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

[sourcery-ai]

Sorry @Johnson-zs, you have reached your weekly rate limit of 500000 diff characters.

Please try again later or upgrade to continue using Sourcery

[deepin-ci-robot]

deepin pr auto review

Git Diff 代码审查报告

整体评估

这段代码主要重构了文件操作中的替换机制，将原本在匿名命名空间中的功能移至类成员，并引入了延迟替换机制以支持多线程复制场景。代码整体结构清晰，但存在一些可以改进的地方。

代码逻辑与结构

1. 命名空间到类成员的迁移:

   • 将ReplacementTarget结构体从匿名命名空间移至类内部是合理的，提高了代码的内聚性
   • 将prepareReplacementTarget和applyReplacementIfNeeded函数移至类中作为静态函数，但可以考虑是否需要保持静态

2. 多线程复制判断逻辑:

   • 新增的shouldUseMultiThreadCopy方法统一了多线程复制的判断条件，这是一个好的改进
   • 该方法检查了多个条件，逻辑清晰

3. 延迟替换机制:

   • 新增的applyAllPendingReplacements方法实现了批量替换，这是多线程场景下的必要改进
   • 在waitThreadPoolOver中调用该方法，确保所有线程完成后再执行替换

代码质量与可读性

1. 注释:

   • 代码注释较为详细，解释了关键逻辑
   • 可以考虑为ReplacementTarget结构体添加更详细的文档注释

2. 命名:

   • 变量和函数命名清晰，符合C++命名规范
   • pendingReplacements队列命名准确表达其用途

3. 代码组织:

   • 相关功能组织在一起，易于理解
   • 可以考虑将替换相关功能进一步封装为一个单独的类

代码性能

1. 批量替换:

   • 延迟替换机制减少了文件系统操作次数，提高了性能
   • 批量处理替换操作比单个处理更高效

2. 条件判断:

   • shouldUseMultiThreadCopy方法中的条件判断顺序合理，将最可能失败的条件放在前面

代码安全

1. 文件操作安全性:

   • applyReplacement函数中添加了对临时文件的检查，这是很好的安全措施
   • 检查了临时文件是否存在、是否为常规文件

2. 错误处理:

   • 在文件操作失败时有适当的错误处理和日志记录
   • 可以考虑在关键操作失败时提供更详细的错误信息

3. 线程安全:

   • pendingReplacements队列只在主线程访问，无需加锁，这是合理的设计
   • 但如果未来可能有多线程访问，需要考虑添加适当的同步机制

改进建议

1. 代码结构:

   // 考虑将替换相关功能封装为一个单独的类
   class FileReplacementHandler {
   public:
       static ReplacementTarget prepareReplacementTarget(...);
       static bool applyReplacementIfNeeded(...);
       bool applyAllPendingReplacements();
       void addPendingReplacement(const ReplacementTarget& rt);
       
   private:
       QList<ReplacementTarget> pendingReplacements;
   };

2. 错误处理:

   // 在applyReplacement中提供更详细的错误信息
   if (::unlink(context.originalTargetPath.toLocal8Bit().constData()) != 0 && errno != ENOENT) {
       fmWarning() << "Failed to unlink:" << context.originalTargetPath 
                   << "error:" << strerror(errno) 
                   << "errno code:" << errno;  // 添加错误码
       return false;
   }

3. 资源管理:

   // 考虑使用RAII管理临时文件
   class TemporaryFileGuard {
   public:
       explicit TemporaryFileGuard(const QString& path) : path_(path) {}
       ~TemporaryFileGuard() { if (!committed_) QFile::remove(path_); }
       void commit() { committed_ = true; }
   private:
       QString path_;
       bool committed_ = false;
   };

4. 日志记录:

   // 在关键操作前后添加更详细的日志
   fmDebug() << "Starting replacement for:" << context.originalTargetPath
             << "with temporary file:" << context.temporaryFilePath;
   // ... 执行替换 ...
   fmDebug() << "Replacement completed for:" << context.originalTargetPath;

5. 单元测试:

   • 建议为新增的功能添加单元测试，特别是shouldUseMultiThreadCopy和applyAllPendingReplacements方法

总结

这段代码整体质量较高，逻辑清晰，安全性考虑周到。主要改进点在于进一步封装替换相关功能，增强错误处理和日志记录，以及考虑添加单元测试。这些改进将使代码更易于维护和扩展。

[Johnson-zs]

/forcemerge

[deepin-bot]

This pr force merged! (status: behind)