如果从非托管/本机启动，则Asp.Net核心依赖项注入不起作用

如果从非托管/本机启动，则 Asp.Net 核心依赖项注入不起作用。这是因为 Asp.Net 核心的依赖项注入是通过框架来实现的，而非托管/本机启动意味着应用程序不是在 Asp.Net 的管道中运行。

依赖项注入是一种设计模式，它允许开发人员将依赖关系从代码中解耦出来，使代码更加模块化和可测试。在 Asp.Net 核心中，依赖项注入被广泛应用于各个层次，包括控制器、视图、中间件等。

当应用程序从非托管/本机启动时，它可能是通过命令行工具、批处理脚本、Windows 服务等方式启动的。在这种情况下，Asp.Net 核心的依赖项注入框架并不会被自动加载和启用。

然而，即使从非托管/本机启动，您仍然可以手动启用和使用依赖项注入。以下是一些可能的解决方案：

1. 使用第三方的依赖项注入容器：您可以选择使用第三方的依赖项注入容器，如 Autofac、Ninject 等。这些容器提供了自己的启动和配置机制，可以在非托管环境中使用。
2. 手动创建和管理依赖项：如果应用程序的依赖项相对简单，您也可以手动创建和管理依赖项。这意味着您需要在应用程序的启动代码中显式地创建对象，并手动解决它们之间的依赖关系。
3. 自定义实现依赖项注入：如果没有合适的第三方容器，并且您对依赖项注入框架的实现细节有深入了解，您还可以尝试自己实现依赖项注入。这需要编写自定义的启动和解析逻辑，以确保依赖项得到正确的解析和注入。

需要注意的是，虽然 Asp.Net 核心的依赖项注入是一种常用的实现方式，但并不是唯一的方式。在非托管/本机启动的场景下，您可能需要重新评估依赖项注入的实现策略，并选择适合您应用程序的解决方案。

腾讯云目前提供的与依赖项注入相关的产品和服务包括云原生容器服务（Cloud Native Container Service）和弹性容器实例（Elastic Container Instance）。您可以通过以下链接了解更多详细信息：

• 云原生容器服务：https://cloud.tencent.com/product/tke
• 弹性容器实例：https://cloud.tencent.com/product/eci