XslCompiledTransform未识别XSLT文件修改，是否需添加额外代码？

这种情况我碰到过好多次，大概率是缓存/复用了旧的编译实例或者加载逻辑没跟上文件变化导致的，不用写什么特殊的“识别修改”代码，调整一下加载和使用XslCompiledTransform的逻辑就行，给你拆解几个常见原因和解决办法：

• 复用了静态编译实例：如果你的代码里是一次性创建XslCompiledTransform实例并一直复用（比如把它存在静态字段里），那它只会加载编译一次XSLT文件，后续的修改自然不会生效。解决办法很简单：要么每次使用前重新创建实例并加载最新文件，要么监控文件变化，只有当文件修改时才重新编译。
• XSLT被嵌入为程序集资源：如果你是把XSLT文件作为嵌入式资源打包到程序里，那修改XSLT后必须重新编译整个项目，因为资源文件是编译时打包进去的，运行时不会读取外部文件。如果想动态修改生效，改成从文件系统直接加载XSLT文件。
• 文件权限或锁定问题：有时候XSLT文件被其他程序（比如编辑器）锁定，或者你的程序没有读取文件最新内容的权限，导致读取的还是旧版本。可以检查文件的读写权限，关闭可能占用文件的程序，或者尝试复制一份新的文件路径来加载。

举两个实际代码例子对比：

错误的复用实例写法（修改后不生效） #

// 只在类初始化时加载一次，后续修改XSLT不会更新
private static XslCompiledTransform _cachedXslt = new XslCompiledTransform();

static MyTransformer()
{
    _cachedXslt.Load("my-transform.xslt");
}

public void RunTransform(string inputPath, string outputPath)
{
    _cachedXslt.Transform(inputPath, outputPath);
}

正确的动态加载写法（每次用最新版本） #

public void RunTransform(string inputPath, string outputPath)
{
    // 每次使用前重新创建实例并加载最新文件
    var freshXslt = new XslCompiledTransform();
    freshXslt.Load("my-transform.xslt");
    freshXslt.Transform(inputPath, outputPath);
}

兼顾性能的优化写法（仅文件变化时重新加载） #

如果担心每次加载编译影响性能，可以监控文件的最后修改时间，只在文件更新时重新编译：

private XslCompiledTransform _xsltInstance;
private DateTime _lastFileModified;
private readonly string _xsltFilePath = "my-transform.xslt";

public void RunTransform(string inputPath, string outputPath)
{
    var currentModifiedTime = File.GetLastWriteTime(_xsltFilePath);
    
    // 第一次加载，或者文件已修改时重新编译
    if (_xsltInstance == null || currentModifiedTime > _lastFileModified)
    {
        _xsltInstance = new XslCompiledTransform();
        _xsltInstance.Load(_xsltFilePath);
        _lastFileModified = currentModifiedTime;
    }
    
    _xsltInstance.Transform(inputPath, outputPath);
}

核心逻辑就是：XslCompiledTransform一旦完成编译，就不会自动监听源文件的变化，所以需要你手动控制加载时机，确保修改后能重新读取并编译最新的XSLT内容。

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