如何诊断 dnx 中缺少的依赖项（或其他加载程序故障）？

Posted 2023-04-12

【中文标题】如何诊断 dnx 中缺少的依赖项（或其他加载程序故障）？

【英文标题】：How can I diagnose missing dependencies (or other loader failures) in dnx?

【发布时间】：2015-05-14 12:03:34

【问题描述】：

我正在尝试使用 Kestrel 在 DNX 上为 ASP.NET vNext 运行 HelloWeb sample 的修改版本。我知道这非常处于最前沿，但我希望 ASP.NET 团队至少能够让最简单的 Web 应用程序正常工作:)

环境：

Linux（Ubuntu，差不多） 单声道 3.12.1 DNX 1.0.0-beta4-11257（我也有 11249 可用）

“网络应用”代码，在Startup.cs:

using Microsoft.AspNet.Builder;
public class Startup

    public void Configure(IApplicationBuilder app)
    
        app.UseWelcomePage();
    

项目配置，在project.json:

  "dependencies": 
    "Kestrel": "1.0.0-beta4",
    "Microsoft.AspNet.Diagnostics": "1.0.0-beta4",
    "Microsoft.AspNet.Hosting": "1.0.0-beta4",
    "Microsoft.AspNet.Server.WebListener": "1.0.0-beta4",
    "Microsoft.AspNet.StaticFiles": "1.0.0-beta4",
    "Microsoft.Framework.Runtime": "1.0.0-beta4",
    "Microsoft.Framework.Runtime.Common": "1.0.0-beta4",
    "Microsoft.Framework.Runtime.Loader": "1.0.0-beta4",
    "Microsoft.Framework.Runtime.Interfaces": "1.0.0-beta4",
  ,
  "commands": 
    "kestrel": "Microsoft.AspNet.Hosting --server Kestrel --server.urls http://localhost:5004"
  ,
  "frameworks": 
    "dnx451": 
  

kpm restore 似乎工作正常。

但是，当我尝试运行时，我收到一个异常提示，提示找不到 Microsoft.Framework.Runtime.IApplicationEnvironment。命令行和错误（有些重新格式化）

.../HelloWeb$ dnx . kestrel
System.IO.FileNotFoundException: Could not load file or assembly 
'Microsoft.Framework.Runtime.IApplicationEnvironment,
  Version=0.0.0.0, Culture=neutral, PublicKeyToken=null'
or one of its dependencies.
File name: 'Microsoft.Framework.Runtime.IApplicationEnvironment,
  Version=0.0.0.0, Culture=neutral, PublicKeyToken=null'
  at (wrapper managed-to-native) System.Reflection.MonoMethod:InternalInvoke 
    (System.Reflection.MonoMethod,object,object[],System.Exception&)
  at System.Reflection.MonoMethod.Invoke 
    (System.Object obj, BindingFlags invokeAttr, System.Reflection.Binder binder,
     System.Object[] parameters, System.Globalization.CultureInfo culture)
    [0x00000] in <filename unknown>:0

虽然很明显，我最迫切的需要是解决这个问题，但我也很感激有关如何采取行动诊断问题所在的建议，以便我以后可以自己解决类似问题。 （这也可能使这个问题对其他人更有用。）

我在Microsoft.Framework.Runtime.Interfaces assembly source 中找到了Microsoft.Framework.Runtime.IApplicationEnvironment，而且最近似乎没有改变。目前尚不清楚为什么异常显示的名称好像它本身就是一个完整的程序集，而不仅仅是另一个程序集中的接口。 我猜这可能是由于assembly neutral interfaces，但从错误中看不清楚。 ([AssemblyNeutral] is dead, so that's not it...)

【问题讨论】：

出于好奇，您的意思是链接到 github.com/aspnet/Home/wiki/Assembly-Neutral-Interfaces 以获得您的程序集中性接口链接还是其他地方？因为它目前已损坏

@cgijbels：谢谢-我实际上是想链接到davidfowl.com/assembly-neutral-interfaces，但你的链接可能更好......

@JonSkeet 程序集中性接口现已消失。

@tugberk：天哪，真的吗？这很有趣 - 你有我可以在编辑中包含的链接吗？

@JonSkeet github.com/aspnet/Configuration/commit/… 也许？ :)

【参考方案1】：

好问题。对于您的特定问题，看起来您已解决的依赖项不匹配。当这样的事情发生时，很可能是因为您在不兼容的 dnx 上运行您的应用程序。我们仍在进行非常大的突破性更改，因此如果您发现缺少类型的方法丢失，您可能最终会运行 betaX 包和 betaY dnx，反之亦然。

更具体地说，Assembly Neutral Interfaces 在 beta4 中已被删除，但看起来您正在运行的应用程序仍在使用它们。

我们计划这样做，以便软件包可以标记它们运行所需的最小 dnx，以使错误消息更加清晰。而且随着时间的推移，破坏性的变化也会逐渐消失。

不过，总的来说，我觉得是时候写一篇关于如何在使用 dnx 时诊断此类问题的指南了（因为它与现有的 .NET 完全不同）。

您放入 project.json 的依赖项仅是***的。版本也总是最低（它就像一个 NuGet 包）。这意味着当您指定Foo 1.0.0-beta4 时，您实际上是在指定Foo >= 1.0.0-beta4。这意味着如果您要求 MVC 0.0.1 并且您配置的提要上的最低版本是 MVC 3.0.0，您将得到那个。我们也从不浮动您的版本，除非您指定它。如果您要求 1.0.0 并且它存在，即使存在较新的版本，您也会得到 1.0.0。指定空版本总是不好，在以后的构建中将被禁止。

我们向 nuget 引入了一项称为浮动版本的新功能。今天它只适用于 prerelease 标签，但在下一个版本中，它将适用于版本的更多部分。这类似于在包规范文件中指定版本范围的 npm 和 gem 语法。

1.0.0-* - 意味着给我匹配前缀的最高版本（根据semantic versioning rules）或者如果没有匹配该前缀的版本，使用正常行为并给我最低版本> =指定的版本。

当您在最新版本中运行还原时，它会写出一个名为 project.lock.json 的文件。该文件将对project.json 中定义的所有目标框架的依赖关系进行传递闭包。

当这样的事情失败时，您可以执行以下操作：

查看使用kpm list 解析的依赖项。这将向您显示项目引用的包的已解析版本以及将其引入的依赖项。例如如果 A -> B，它会显示：

一种 -> 乙 乙 ->

实际KPM列表输出：

列出 ClassLibrary39 的依赖项（C:\Users\davifowl\Documents\Visual Studio 14\Projects\ClassLibrary39\src\ClassLibrary39\project.json）

[Target framework DNX,Version=v4.5.1 (dnx451)]

 framework/Microsoft.CSharp 4.0.0.0
    -> ClassLibrary39 1.0.0
 framework/mscorlib 4.0.0.0
    -> ClassLibrary39 1.0.0
 framework/System 4.0.0.0
    -> ClassLibrary39 1.0.0
 framework/System.Core 4.0.0.0
    -> ClassLibrary39 1.0.0
*Newtonsoft.Json 6.0.1
    -> ClassLibrary39 1.0.0

[Target framework DNXCore,Version=v5.0 (dnxcore50)]

*Newtonsoft.Json 6.0.1
    -> ClassLibrary39 1.0.0
 System.Runtime 4.0.20-beta-22709
    -> ClassLibrary39 1.0.0

* 表示直接依赖。

如果您有一个正常工作的 Visual Studio（现在与 DNX 中断），您可以查看引用节点。它具有相同的数据直观表示：

让我们看看依赖失败是什么样子的：

这是 project.json

    "version": "1.0.0-*",
    "dependencies": 
        "Newtonsoft.Json": "8.0.0"
    ,

    "frameworks" : 
        "dnx451" :  
            "dependencies": 
            
        ,
        "dnxcore50" :  
            "dependencies": 
                "System.Runtime": "4.0.20-beta-22709"
            
        
    

Newtonsoft.Json 8.0.0 不存在。所以运行 kpm restore 显示如下：

在诊断恢复可能失败时，请查看发出的 HTTP 请求，它们会告诉您 kpm 查看了哪些配置的包源。请注意，在上图中，有一个 CACHE 请求。这是基于资源类型（nupkg 或 nuspec）的内置缓存，并具有可配置的 TTL（查看 kpm restore --help）。如果您想强制 kpm 访问远程 NuGet 源，请使用 --no-cache 标志：

这些错误也会显示在 Visual Studio 中的包管理器日志输出窗口中：

旁注！

包源

我将描述 NuGet.config 现在的工作方式（将来可能会改变）。默认情况下，您有一个 NuGet.config，其中默认 NuGet.org 源在 %appdata%\NuGet\NuGet.Config 中全局配置。您可以在 Visual Studio 中或使用 NuGet 命令行工具管理这些全局源。在尝试诊断故障时，您应该始终查看有效来源（kpm 输出中列出的来源）。

阅读有关 NuGet.config 的更多信息here

回到现实：

当依赖关系未解决时，运行应用程序会给你这个：

> dnx . run
System.InvalidOperationException: Failed to resolve the following dependencies for target framework 'DNX,Version=v4.5.1':
   Newtonsoft.Json 8.0.0

Searched Locations:
  C:\Users\davifowl\Documents\Visual Studio 14\Projects\ClassLibrary39\src\name\project.json
  C:\Users\davifowl\Documents\Visual Studio 14\Projects\ClassLibrary39\test\name\project.json
  C:\Users\davifowl\.dnx\packages\name\version\name.nuspec
  C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.5.1\name.dll
  C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.5.1\Facades\name.dll
  C:\WINDOWS\Microsoft.NET\assembly\GAC_32\name\version\name.dll
  C:\WINDOWS\Microsoft.NET\assembly\GAC_64\name\version\name.dll
  C:\WINDOWS\Microsoft.NET\assembly\GAC_MSIL\name\version\name.dll

Try running 'kpm restore'.

   at Microsoft.Framework.Runtime.DefaultHost.GetEntryPoint(String applicationName)
   at Microsoft.Framework.ApplicationHost.Program.ExecuteMain(DefaultHost host, String applicationName, String[] args)
   at Microsoft.Framework.ApplicationHost.Program.Main(String[] args)

运行时基本上会在尝试运行之前尝试验证整个依赖关系图是否已解析。如果它建议运行kpm restore，那是因为它找不到列出的依赖项。

您可能会收到此错误的另一个原因是您运行了错误的 dnx 风格。如果您的应用程序仅指定 dnx451 并且您尝试运行 CoreCLR dnx，您可能会看到类似的问题。密切关注报错信息中的目标框架：

跑步：

dnx4x - runs on dnx-clr-etc
dnxcore50 - runs on dnx-coreclr-etc

当您尝试运行时，您应该记住从 clr 到您的 project.json 中定义的目标框架的心理映射。

这也显示在 Visual Studio 中的引用节点下：

标记为黄色的节点未解析。

这些也显示在错误列表中：

建筑

这些错误也会在构建时出现。从命令行构建时，输出非常冗长，在诊断问题时非常有用：

> kpm build

Building ClassLibrary39 for DNX,Version=v4.5.1
  Using Project dependency ClassLibrary39 1.0.0
    Source: C:\Users\davifowl\Documents\Visual Studio 14\Projects\ClassLibrary39\src\ClassLibrary39\project.json

  Using Assembly dependency framework/mscorlib 4.0.0.0
    Source: C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.5.1\mscorlib.dll

  Using Assembly dependency framework/System 4.0.0.0
    Source: C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.5.1\System.dll

  Using Assembly dependency framework/System.Core 4.0.0.0
    Source: C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.5.1\System.Core.dll

  Using Assembly dependency framework/Microsoft.CSharp 4.0.0.0
    Source: C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.5.1\Microsoft.CSharp.dll


Building ClassLibrary39 for DNXCore,Version=v5.0
  Using Project dependency ClassLibrary39 1.0.0
    Source: C:\Users\davifowl\Documents\Visual Studio 14\Projects\ClassLibrary39\src\ClassLibrary39\project.json

  Using Package dependency System.Console 4.0.0-beta-22709
    Source: C:\Users\davifowl\.dnx\packages\System.Console\4.0.0-beta-22709
    File: lib\contract\System.Console.dll

  Using Package dependency System.IO 4.0.10-beta-22231
    Source: C:\Users\davifowl\.dnx\packages\System.IO\4.0.10-beta-22231
    File: lib\contract\System.IO.dll

  Using Package dependency System.Runtime 4.0.20-beta-22231
    Source: C:\Users\davifowl\.dnx\packages\System.Runtime\4.0.20-beta-22231
    File: lib\contract\System.Runtime.dll

  Using Package dependency System.Text.Encoding 4.0.10-beta-22231
    Source: C:\Users\davifowl\.dnx\packages\System.Text.Encoding\4.0.10-beta-22231
    File: lib\contract\System.Text.Encoding.dll

  Using Package dependency System.Threading.Tasks 4.0.10-beta-22231
    Source: C:\Users\davifowl\.dnx\packages\System.Threading.Tasks\4.0.10-beta-22231
    File: lib\contract\System.Threading.Tasks.dll

输出显示从包和项目引用传递到编译器的所有程序集。当您开始遇到构建失败时，查看此处以确保您使用的包确实在该目标平台上运行很有用。

这是一个在 dnxcore50 上不起作用的包的示例：

    "version": "1.0.0-*",
    "dependencies": 
        "Microsoft.Owin.Host.SystemWeb": "3.0.0"
    ,

    "frameworks": 
        "dnx451": 
            "dependencies": 
            
        ,
        "dnxcore50": 
            "dependencies": 
                "System.Console": "4.0.0-beta-22709"
            
        
    

Microsoft.Owin.Host.SystemWeb 版本 3.0.0 没有任何在 dnxcore50 上运行的程序集（查看解压缩包的 lib 文件夹）。当我们运行kpm build:

注意它说“使用包 Microsoft.Owin.Host.SystemWeb”，但没有“文件：”。这可能是构建失败的原因。

我的脑残粉到此结束

【讨论】：

我正在尝试按照您的建议使用 dnu list 来确定 dnx 无法解决依赖关系的原因。但我得到一个红色的“无法找到 project.json”。该程序集位于工件文件夹中，通过选中“生成时生成输出”生成。关于如何进行的任何建议？

artifacts 文件夹有什么关系？您是否引用了 project.json 中的依赖项？您引用的包是否在配置的提要中可用？

【参考方案2】：

我仍然不知道完全出了什么问题，但我现在有一系列步骤至少可以让尝试变得更容易：

如有疑问，请重新安装 dnx 清除包缓存可能会有所帮助 检查 ~/.config/NuGet.config 以确保您使用的是正确的 NuGet 源

我最终使用以下命令行以相当干净的方式测试各种选项：

rm -rf ~/.dnx/packages && rm -rf ~/.dnx/runtimes && dnvm upgrade && kpm restore && dnx . kestrel

看来我的问题确实是由于安装了错误版本的依赖项。 "1.0.0-beta4" 的版本号显然与 "1.0.0-beta4-*" 完全不同。例如，Kestrel 依赖项在指定为 1.0.0-beta4 时安装了版本 1.0.0-beta4-11185，但版本 1.0.0-beta4-11262 以 -* 结尾。我想明确指定beta4 以避免意外使用带有

的 beta3 构建

以下项目配置工作正常：

  "dependencies": 
    "Kestrel": "1.0.0-beta4-*",
    "Microsoft.AspNet.Diagnostics": "1.0.0-beta4-*",
    "Microsoft.AspNet.Hosting": "1.0.0-beta4-*",
    "Microsoft.AspNet.Server.WebListener": "1.0.0-beta4-*",
  ,
  "commands": 
    "kestrel": "Microsoft.AspNet.Hosting --server Kestrel --server.urls http://localhost:5004"
  ,
  "frameworks": 
    "dnx451": 
  

【讨论】：

这是因为-* 总是为您提供最新的预发布版本，而没有它您将获得满足所有依赖项的最低版本（与 NuGet 一样）。 This test 有几个例子。

@AlexanderKöplinger：谢谢，这是有道理的。所以...beta4 是最早的beta4，而...beta4-* 是最新的beta4，对吧？

"frameworks": "dnx451": 为我修好了，不需要dnxcore50

您的第一个命令也帮助我摆脱了卡在 beta5 版本的问题。我尝试运行dnvm upgrade-self，这不会升级到最新版本。以管理员身份运行 VS 命令提示符显示 dnvm 版本为rc1...，但当不是管理员身份时，它是beta5...。在您的命令之后，管理员和非管理员命令提示符都显示为 rc2...（最新）版本。

对于那些使用单声道并想知道是选择dnx451 还是dnxcore50 的人，这个答案帮助我更多地理解了这个话题：***.com/a/30846048/89590 简短回答：dnx451 适合单声道。

【参考方案3】：

您可以将名为 DNX_TRACE 的环境变量设置为 1 以查看更多诊断信息。请注意，这是很多更多信息！

【讨论】：

@JonSkeet BTW 其他答案（包括您的自我回答）包含有关诊断和修复您遇到的特定问题的重要信息。我把这个答案保持得非常简短，因为它只是另一个不同的答案，可能会导致更多线索，说明问题首先发生的原因。

绝对 - 我很感激 :)

【参考方案4】：

为了让它工作，我修改了我的project.json .. 它现在看起来像：

"dependencies": 
    "Kestrel": "1.0.0-*",
    "Microsoft.AspNet.Diagnostics": "1.0.0-*",
    "Microsoft.AspNet.Hosting": "1.0.0-*",
    "Microsoft.AspNet.Server.WebListener": "1.0.0-*",
    "Microsoft.AspNet.StaticFiles": "1.0.0-*"
,
"commands": 
    "web": "Microsoft.AspNet.Hosting --server Microsoft.AspNet.Server.WebListener --server.urls http://localhost:5001",
    "kestrel": "Microsoft.AspNet.Hosting --server Kestrel --server.urls http://localhost:5004"
,
"frameworks": 
    

关键似乎是框架部分。

重命名还改变了k web 的工作方式，现在是dnx . web 或dnx . kestrel

更新 - 更多信息

奇怪的是，在没有定义框架的情况下运行后，当我执行 kpm restore 时，它又得到了一堆额外的东西：

...
Installing Microsoft.Framework.Logging 1.0.0-beta4-11001
Installing Microsoft.Framework.Logging.Interfaces 1.0.0-beta4-11001
Installing Microsoft.Framework.DependencyInjection.Interfaces 1.0.0-beta4-11010
Installing Microsoft.Framework.DependencyInjection 1.0.0-beta4-11010
Installing Microsoft.Framework.ConfigurationModel 1.0.0-beta4-10976
Installing Microsoft.Framework.ConfigurationModel.Interfaces 1.0.0-beta4-10976
Installing Microsoft.AspNet.Hosting.Interfaces 1.0.0-beta4-11328
Installing Microsoft.AspNet.FeatureModel 1.0.0-beta4-11104
Installing Microsoft.AspNet.Http 1.0.0-beta4-11104
Installing Microsoft.AspNet.FileProviders.Interfaces 1.0.0-beta4-11006
Installing Microsoft.Framework.Caching.Interfaces 1.0.0-beta4-10981
Installing Microsoft.AspNet.FileProviders 1.0.0-beta4-11006
Installing Microsoft.AspNet.Http.Core 1.0.0-beta4-11104
Installing Microsoft.AspNet.WebUtilities 1.0.0-beta4-11104
Installing Microsoft.Net.Http.Headers 1.0.0-beta4-11104
Installing Microsoft.AspNet.Http.Interfaces 1.0.0-beta4-11104
Installing Microsoft.Framework.Runtime.Interfaces 1.0.0-beta4-11257
Installing Microsoft.AspNet.Server.Kestrel 1.0.0-beta4-11262
Installing Microsoft.Net.Http.Server 1.0.0-beta4-11698
Installing Microsoft.Net.WebSockets 1.0.0-beta4-11698
Installing Microsoft.Net.WebSocketAbstractions 1.0.0-beta4-10915
Installing Microsoft.Framework.WebEncoders 1.0.0-beta4-11104
Installing Microsoft.Framework.OptionsModel 1.0.0-beta4-10984
Installing Microsoft.AspNet.Http.Extensions 1.0.0-beta4-11104
Installing Microsoft.AspNet.Diagnostics.Interfaces 1.0.0-beta4-12451
Installing Microsoft.AspNet.RequestContainer 1.0.0-beta4-11328

.. 然后它运行良好。然后我在框架部分切换回

"frameworks": 
    "dnx451": 

.. 它仍然有效，而之前它会抛出一个错误！

很奇怪！

（我正在运行1.0.0-beta4-11257）

进一步更新

我启动了一个新的 Ubuntu 实例，得到了和你一样的错误。我的想法是这个问题可能是因为它只是试图从 nuget.org 而不是 myget.org 获取包（它有较新的事情）所以我将NuGet.Config放到项目的根目录中..

<?xml version="1.0" encoding="utf-8"?>
<configuration>
  <packageSources>
    <add key="AspNetVNext" value="https://www.myget.org/F/aspnetvnext/" />
    <add key="NuGet" value="https://nuget.org/api/v2/" />
  </packageSources>
</configuration>

.. 这似乎通过获得正确的版本为我解决了这个问题（在另一个 kpm restore 之后）。

【讨论】：

Re the "dnx . kestrel" 部分-确实，因此我显示了命令:) 使用该配置，我得到一个不同的错误： System.TypeLoadException：无法加载类型'Microsoft.Framework.DependencyInjection来自程序集“Microsoft.Framework.Logging, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null”的 .LoggingServiceCollectionExtensions。您使用的是哪个版本的 DNX？

当我第一次做“dnx.web”时：`System.InvalidOperationException: Failed to resolve the following dependencies for target framework 'DNX,Version=v4.5.1' 它建议了一个列表它丢失的东西。

有趣。这是什么平台，顺便说一句？

升级 DNX 后是否执行了“source ~/.bashrc”重新加载环境变量？我也必须做“dnvm升级”+“dnvm使用默认”

DNX 没有被 .bashrc 更新...可能是因为我昨天手动构建的。将尝试改用更新后的说明...

【参考方案5】：

这些天来，我所有的package.json 版本都以"-rc2-*" 结尾

（到目前为止，我看到的唯一例外是 Microsoft.Framework.Configuration 包，它必须是 "1.0.0-rc1-*" 或 "1.0.0-*"）

关于@davidfowl 提到的“版本火车”，beta8 和 rc2 之间似乎已经消失了很多痛苦。

dnvm upgrade -u -arch x64 -r coreclr

我在coreclr 上最幸运的是这两个 NuGet 提要：

"https://www.myget.org/F/aspnetvnext/"
"https://nuget.org/api/v2/"

当我确实遇到包裹丢失问题时，90% 的原因都是同样的罪魁祸首：

Newtonsoft.Json
Ix-Async
Remotion.Linq

大多数时候，我可以通过强制 NuGet.org 主提要来解决这些问题：

dnu restore;
dnu restore -s https://nuget.org/api/v2

这是我的工作 config.json：

"dependencies": 
    "Microsoft.AspNet.Diagnostics": "1.0.0-rc2-*",
    "Microsoft.AspNet.Diagnostics.Entity": "7.0.0-rc2-*",
    "Microsoft.AspNet.Hosting": "1.0.0-rc2-*",
    "Microsoft.AspNet.Http": "1.0.0-rc2-*",
    "Microsoft.AspNet.Http.Abstractions": "1.0.0-rc2-*",
    "Microsoft.AspNet.Mvc.Core": "6.0.0-rc2-*",
    "Microsoft.AspNet.Mvc.Razor": "6.0.0-rc2-*",
    "Microsoft.AspNet.Owin": "1.0.0-rc2-*",
    "Microsoft.AspNet.Routing": "1.0.0-rc2-*",
    "Microsoft.AspNet.Server.Kestrel": "1.0.0-rc2-*",
    "Microsoft.AspNet.Server.WebListener": "1.0.0-rc2-*",
    "Microsoft.AspNet.Session": "1.0.0-rc2-*",
    "Microsoft.AspNet.StaticFiles": "1.0.0-rc2-*",
    "EntityFramework.Commands": "7.0.0-rc2-*",
    "EntityFramework.Core": "7.0.0-rc2-*",
    "EntityFramework.InMemory": "7.0.0-rc2-*",
    "EntityFramework.MicrosoftSqlServer": "7.0.0-rc2-*",
    "EntityFramework.MicrosoftSqlServer.Design": "7.0.0-rc2-*",
    "EntityFramework.Relational": "7.0.0-rc2-*",
    "EntityFramework7.Npgsql": "3.1.0-beta8-2",
    "Microsoft.Extensions.Logging.Abstractions": "1.0.0-rc2-*",
    "Microsoft.Extensions.Logging.Console": "1.0.0-rc2-*",
    "Microsoft.Extensions.DependencyInjection": "1.0.0-rc2-*",
    "Microsoft.Extensions.DependencyInjection.Abstractions": "1.0.0-rc2-*",
    "Microsoft.Framework.Configuration.CommandLine": "1.0.0-*",
    "Microsoft.Framework.Configuration.EnvironmentVariables": "1.0.0-*",
    "Microsoft.Framework.Configuration.Json": "1.0.0-*"
,
"commands": 
    "ef": "EntityFramework.Commands",
    "dev": "Microsoft.AspNet.Hosting --ASPNET_ENV Development --server Microsoft.AspNet.Server.Kestrel --server.urls http://localhost:5004"
,
"frameworks": 
    "dnxcore50": 

【讨论】：

上面的列表不是来自 config.json 而是来自 project.json 但我仍然赞成，因为该列表为我提供了我以前不知道的有用的依赖项。

【参考方案6】：

我在尝试安抚 dnxcore50 和 dnx451 引用时也遇到了依赖缺失问题。

如果我理解正确的“依赖关系”： 在框架之间共享。

然后“框架”中的“依赖项”：：特定于该框架。

dnxcore50 是一个模块化运行时（自包含），因此它基本上包含运行程序所需的所有核心运行时，这与经典的 .net 框架不同，在经典 .net 框架中，核心依赖项分散在其他地方。

所以说我想坚持最小的方法，以防我决定在某个时候在 mac 或 linux 上托管。

更新 在 cshtml 视图中遇到了奇怪的依赖问题，现在只使用 dnx451。

这是我的 project.json

"webroot": "wwwroot",
"version": "1.0.0-*",

"dependencies": 
    "System.Runtime": "4.0.10",
    "Microsoft.AspNet.Hosting": "1.0.0-beta4",
    "Microsoft.AspNet.Mvc": "6.0.0-beta4",
    "Microsoft.AspNet.Server.IIS": "1.0.0-beta6-12075",
    "Microsoft.AspNet.Server.WebListener": "1.0.0-beta6-12457",
    "Microsoft.Framework.DependencyInjection": "1.0.0-beta4",
    "Microsoft.Framework.DependencyInjection.Interfaces": "1.0.0-beta5"
 ,

"commands": 
"web": "Microsoft.AspNet.Hosting --server Microsoft.AspNet.Server.WebListener --server.urls http://admin.heartlegacylocal.com"  ,

"frameworks": 
"dnx451":  
 
,

"publishExclude": [
"node_modules",
"bower_components",
"**.xproj",
"**.user",
"**.vspscc"
],
"exclude": [
  "wwwroot",
  "node_modules",
  "bower_components"
  ]