解决NopCommerce 在iis缓存目录Temporary ASP.NET Files下存在两个版本的dll问题

Posted 流氓呆呆

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了解决NopCommerce 在iis缓存目录Temporary ASP.NET Files下存在两个版本的dll问题相关的知识,希望对你有一定的参考价值。

在上文解决NopCommerce 在iis缓存目录Temporary ASP.NET Files下存在两个版本的dll问题(一)中已经已经知道了在Nopcommerce中,只要插件项目里引用第三方dll时,把“复制本地”设置为False,插件就不会把第三方的dll复制到iis缓存目录,也就不会出现两个版本的dll问题。但是后来想想,在自己的插件引用的文件而站点没有引用的情况下,把插件引用的dll“复制本地”设置为False,那站点还是会有找不到引用文件的情况。于是就再去看看那个复nopcommerce项目专门处理插件输入目录的类PluginManager。

在NopCommerce 3.9.0版的PluginManager类140行,有如下代码:

                 //load all other referenced assemblies now
                            foreach (var plugin in pluginFiles
                                .Where(x => !x.Name.Equals(mainPluginFile.Name, StringComparison.InvariantCultureIgnoreCase))
                                .Where(x => !IsAlreadyLoaded(x)))
                                    PerformFileDeploy(plugin);

这段代码就是为了加载插件引用的第三方dll的。上篇文章提到了,官方文档是推荐插件引用的dll全部把“复制本地”设置为False

Important: Going forward make sure "Copy local" properties of all third-party assembly references (including core libraries such as Nop.Services.dll or Nop.Web.Framework.dll) are set to "False" (do not copy)

这里官方文档没有说全,实际上应该是如果站点已经引用到的情况下,插件引用的dll应该把“复制本地”设置为False,站点没有引用的,还是要照常输出到插件输出目录。

再回过头来看类PluginManager加载插件引用dll的代码,既然已经有了这个方法,为何还会出现版本不一致的问题。看着这代码,最大的嫌疑就是IsAlreadyLoaded这个方法了,如果IsAlreadyLoaded为false,那么就会去插件输出目录寻找dll。

 看看IsAlreadyLoaded方法:

        private static bool IsAlreadyLoaded(FileInfo fileInfo)
        {
            //compare full assembly name
            //var fileAssemblyName = AssemblyName.GetAssemblyName(fileInfo.FullName);
            //foreach (var a in AppDomain.CurrentDomain.GetAssemblies())
            //{
            //    if (a.FullName.Equals(fileAssemblyName.FullName, StringComparison.InvariantCultureIgnoreCase))
            //        return true;
            //}
            //return false;

            //do not compare the full assembly name, just filename
            try
            {
                string fileNameWithoutExt = Path.GetFileNameWithoutExtension(fileInfo.FullName);
                if (fileNameWithoutExt == null)
                    throw new Exception(string.Format("Cannot get file extension for {0}", fileInfo.Name));
                foreach (var a in AppDomain.CurrentDomain.GetAssemblies())
                {
                    string assemblyName = a.FullName.Split(new[] { \',\' }).FirstOrDefault();
                    if (fileNameWithoutExt.Equals(assemblyName, StringComparison.InvariantCultureIgnoreCase))
                        return true;
                }
            }
            catch (Exception exc)
            {
                Debug.WriteLine("Cannot validate whether an assembly is already loaded. " + exc);
            }
            return false;
        }

 由此可见,PluginManager类判断dll是否已经加载是用

AppDomain.CurrentDomain.GetAssemblies()

调试发现,清空iis缓存目录第一次debug,进入插件初始化时,AppDomain.CurrentDomain.GetAssemblies()这方法加载89个程序集。

 

 第二次调试时,AppDomain.CurrentDomain.GetAssemblies()这个方法却只加载了22个程序集, 第二次调试时,虽然插件目录里出现的其他dll在iis缓存目录里存在,但这个方法都没获取到,所以会插件目录里的其他dll会被加载到iis缓存目录。

但是为什么两次启动调试AppDomain.CurrentDomain.GetAssemblies()获取到的程序集会不一样呢?跟iis的机制有关?暂时不得而知。

总结:nopcommerce进行插件开发的时候,引用的第三方文件如果是站点已经引用了的,需要把引用“复制本地”设置为False,如果站点没有引用,则还是要复制本地,否则如果不是全量更新而是抽包更新,会很容易出现插件目录dll与站点bin目录版本不同的情况,导致更新失败。

 

以上是关于解决NopCommerce 在iis缓存目录Temporary ASP.NET Files下存在两个版本的dll问题的主要内容,如果未能解决你的问题,请参考以下文章

NopCommerce学习 Caching

我的NopCommerce之旅: 缓存

基于NopCommerce的开发框架——缓存网站设置系统日志用户操作日志

nopCommerce 3.9 大波浪系列 之 使用Redis主从高可用缓存

基于NopCommerce的开发框架——缓存网站设置系统日志用户操作日志

Nopcommerce 之事件机制