在今天“520”这个平凡不能再平凡的的日子，虽然没有另一半，有了嵩哥的《最佳歌手》，或许不会那么

孤单~，不过现在耳朵已经怀孕了，嗯，对，我已经在台下感动了！

      于是乎想写点什么、记点什么，正好自己刚开发的博客也该添些内容，就在想为内容配点图时，编辑器里的

图片上传后台配置显示无法加载。。。于是打开自己的源项目，也是如此，感觉很奇怪，之前配好了，为什么现在

却用不了上传插件！！又尝试重新编译下解决方案，再次运行项目，仍是如此，仔细想了想，项目里自己把后台管理单独建立了个项目，于是把后台管理的项目单独编译下，运行项目，发现惊奇的好了，这真是有点尴尬了啊！

怎么会这样，我也就先没管那么多的为什么，先发布再说，接着部署到了本地IIS上了.......这回真的尴尬啦，怎么又不行了，这也太调皮了吧，不带这么玩人的（520），太邪乎了！

       又跑回VS里运行项目，这次，，，一脸懵逼！VS也不行了，没办法，只好去UE编辑器插件的根目录找原因了，再次检查了下ueditor.config.js配置里的url路径，然而并没有发现什么破绽，莫非解决问题的方向不是这里，

又屁颠去给那个独立出来的后台管理重新编译了下，发现运行又好了。太不可思议了，完全没道理啊，编译主项目，对应的引用项目不也一起编译了吗，怎么还要再编译下后台管理层！！！？？？？无奈之下，只好用地毯式搜索的方式找出问题：

         支撑项目运行的文件都在编译后的bin目录，那就把不单独编译后台管理层与单独编译的两种bin目录，进行地毯式对比，果然发现问题，其中Newtonsoft.Json.dll文件版本两次编译结果不一样，正好UE编辑器里用到了这个dll，然后去UE目录里找到这个dll，观其版本与主项目默认引用的不一致。为了验证是Newtonsoft.Json.dll版本的问题，把刚才部署到IIS上的那个bin目录的Newtonsoft.Json.dll的版本改成UE编辑器所对应的版本，运行项目果然能用，那就证明是dll版本的问题。

       我想，遇到这样的问题，应该大部分是UE编辑器插件所在的项目主项目是分开独立的，当然在同一项目里，也有可能碰到版本不一样的问题。写这些，主要是记录下，防止下次又忘了，挖出这样问题实属不易，如果你遇到这样的问题，不妨试试！

发表吐槽