dotnet 9 通过 AppHostRelativeDotNet 指定自定义的运行时路径

于 2025-05-22 12:01:25 发布
阅读量27 收藏
点赞数

在 2022 时，我写了一个提案，允许应用程序自定义使用的 dotnet 运行时文件夹路径。详细请看 https://github.com/dotnet/runtime/issues/64430

这个提案的背景是我有很多个应用准备发布给到用户端上，如果这么多应用都走独立发布，自然会让用户的 C 盘充满重复的文件。如果是将 dotnet 运行时交给的是 Program File 文件夹下的全局文件夹，则可能会遇到各种被投毒问题，比如某次系统更新之后，应用程序就因为 .NET 环境损坏而无法启动

我所在的团队那会也在迁移一个大型的 .NET Framework 项目到 .NET 6 上，原本的项目会有多 exe 入口问题，这部分设计也改不动。多入口情况下也不适合每个入口都做独立发布，尽管独立发布的重复 BCL 等文件能够在安装包里面被压缩，但是在安装到用户设备上时，解压缩出来的内容依然会撑满用户的 C 盘

为此，我所在的团队就制作和开源了 https://github.com/dotnet-campus/dotnetCampus.AppHost 项目，细节原理请参阅 如何让 .NET 程序脱离系统安装的 .NET 运行时独立运行？除了 Self-Contained 之外还有更好方法！谈 dotnetCampus.AppHost 的工作原理 - walterlv

关于我所在的团队迁移大型项目的经验请参阅 记将一个大型客户端应用项目迁移到 dotnet 6 的经验和决策

我那会预期的情况是这样的，我在自己控制的路径下，如 C:\Program Files\CompanyName 文件夹下，放入了自己的 DotNETRuntime[Version] 文件夹。然后再依次部署上多个应用程序，这些应用程序都是采用依赖框架（Publish framework-dependent）方式发布，总的文件夹布局情况如下

C:\Program Files\CompanyName\DotNETRuntime[Version]\
C:\Program Files\CompanyName\Produce1\
C:\Program Files\CompanyName\Produce2\
C:\Program Files\CompanyName\Produce3\

如此即可让 Produce1 Produce2 Produce3 三个产品共用一个 dotnet 运行时

我的这个提案被 dotnet 官方采纳了，加入到 .NET Host 提升计划里面，详细请看 https://github.com/dotnet/runtime/issues/97931 。经过了三年（实际上绝大部分时间都在讨论）的开发，终于在 dotnet 9 支持了这个功能，能够完全实现我预期的功能

此项功能被命名为 Embedded install location options for apphost ，被我翻译为嵌入 dotnet 安装路径到 AppHost 里的功能，我也对外宣称这是为依赖框架的应用自定义 .NET Runtime 文件夹路径的功能

接下来我将和大家介绍此功能的用法和效果

此功能涉及到的关键属性分别如下：

  • AppHostDotNetSearch ： 决定从哪里开始寻找，可选参数为 AppLocal、 AppRelative、 EnvironmentVariables 和 Global，可认为在此之前就是 Global 的值。允许设置多个参数，多个参数之间依然用 ; 分号隔开。在本文里面，核心功能将由 AppRelative 参数实现
  • AppHostRelativeDotNet ： 配置相对于 exe 的路径，这个路径将被作为 dotnet 运行时的查找路径

默认情况下，可只需设置 AppHostRelativeDotNet 属性即可。当 AppHostRelativeDotNet 属性被设置的时候，隐式设置了 AppHostDotNetSearch 属性为 AppRelative 的值。但通常来讲，可以将 AppHostDotNetSearch 属性设置为 AppHostDotNetSearch=AppRelative;Global 的值，这就意味着如果从相对路径没有找到 dotnet 运行时，将自动回滚到从 Global 全局进行查找。这里的 Global 全局即 C:\Program Files\dotnet\ 或 C:\Program Files (x86)\dotnet\ 文件夹或全局注册表记录的路径

为了演示此功能的用法，我创建了一个名为 LinerewheldeholearjearHalllurlecayawfea 的控制台项目，控制台项目使用的是 .NET 9 默认控制台模版代码。编辑 csproj 项目文件，添加 AppHostDotNetSearch 和 AppHostRelativeDotNet 属性，修改之后的 csproj 项目文件代码大概如下。本文内容里面只给出关键代码片段，如需要全部的项目文件，可到本文末尾找到本文所有代码的下载方法

<Project Sdk="Microsoft.NET.Sdk">

  <PropertyGroup>
    <OutputType>Exe</OutputType>
    <TargetFramework>net9.0</TargetFramework>
    <ImplicitUsings>enable</ImplicitUsings>
    <Nullable>enable</Nullable>
    <AppHostDotNetSearch>AppRelative;Global;</AppHostDotNetSearch>
    <AppHostRelativeDotNet>../relative/path/to/runtime</AppHostRelativeDotNet>
  </PropertyGroup>

</Project>

可以看到我在 AppHostRelativeDotNet 写入的是相对于 exe 的上一层文件夹空间的 relative/path/to/runtime 路径

准备工作就此完成，接下来就是设置进行框架依赖发布。这里需要特别说明的是 .NET Core （包含 .NET 5 和更高版本）的输出 exe 是不能实现 .NET Framework 的 AnyCpu 魔法的，在使用自定义 dotnet 运行时路径时，需要根据自己的需求，明确指定其版本。这里也需要额外说明的是，尽管本文内容都在 Windows 下测试，但事实上本文介绍的 dotnet 这项新功能是可以在全平台使用的，即在 Linux 或 mac 上也适用

我的发布配置文件 FolderProfile.pubxml 代码如下

<?xml version="1.0" encoding="utf-8"?>
<!-- https://go.microsoft.com/fwlink/?LinkID=208121. -->
<Project>
  <PropertyGroup>
    <Configuration>Release</Configuration>
    <Platform>Any CPU</Platform>
    <PublishDir>bin\Release\net9.0\publish\win-x86\</PublishDir>
    <PublishProtocol>FileSystem</PublishProtocol>
    <_TargetId>Folder</_TargetId>
    <TargetFramework>net9.0</TargetFramework>
    <RuntimeIdentifier>win-x86</RuntimeIdentifier>
    <SelfContained>false</SelfContained>
    <PublishSingleFile>false</PublishSingleFile>
    <PublishReadyToRun>false</PublishReadyToRun>
  </PropertyGroup>
</Project>

配置完成之后，直接进行发布，此时可以看到发布创建的文件只有几个。有了这项技术就不怕发布大量工具了，有了这项技术就可以让发布的 .NET Core（包含.NET 5及更高版本）应用也和 .NET Framework 应用一样小体积占用

发布完成之后，可不能和进行独立发布（Self-Contained）一样，直接就将此分发给到用户了，咱还需要对此进行包装文件夹布局

刚才在 AppHostRelativeDotNet 写的是相对于 ../relative/path/to/runtime 文件夹，嗯，这里只能写相对文件夹路径，不能写绝对文件夹路径。那咱就需要将发布输出的文件包装为里一层文件夹，我这里选择将其放入到名为 App1 的文件夹里面，这样我如果有第二个应用，就可以放入到 App2 文件夹里面

再接着将 App1 文件夹放入到名为 App 的文件夹里面。再在 App 文件夹里面的 relative/path/to/runtime 文件夹里面放入 dotnet 运行时。如此就完成了包装文件夹布局，此时直接双击 App\App1\LinerewheldeholearjearHalllurlecayawfea.exe 就能运行了

包装完成的文件夹布局情况如下

C:\LINDEXI\APP
|   
+---App1
|       LinerewheldeholearjearHalllurlecayawfea.deps.json
|       LinerewheldeholearjearHalllurlecayawfea.dll
|       LinerewheldeholearjearHalllurlecayawfea.exe
|       LinerewheldeholearjearHalllurlecayawfea.pdb
|       LinerewheldeholearjearHalllurlecayawfea.runtimeconfig.json
|       
\---relative
    \---path
        \---to
            \---runtime
                |   dotnet.exe
                |   LICENSE.txt
                |   ThirdPartyNotices.txt
                |   
                +---host
                |   \---fxr
                |       \---9.0.4
                |               hostfxr.dll
                |               
                \---shared
                    \---Microsoft.NETCore.App
                        \---9.0.4
                                .version
                                clretwrc.dll
                                clrgc.dll
                                clrjit.dll
                                coreclr.dll
                                createdump.exe
                                hostpolicy.dll
                                Microsoft.CSharp.dll
                                Microsoft.DiaSymReader.Native.x86.dll
                                Microsoft.NETCore.App.deps.json
                                Microsoft.NETCore.App.runtimeconfig.json
                                Microsoft.VisualBasic.Core.dll
                                Microsoft.VisualBasic.dll
                                Microsoft.Win32.Primitives.dll
                                Microsoft.Win32.Registry.dll
                                ...
                                System.Xml.XPath.dll
                                System.Xml.XPath.XDocument.dll
                                WindowsBase.dll

也许伙伴们有一个问题，那就是这里的 .NET Runtime 运行时文件夹组织是哪里来的，文件是从哪里来的。这是从 dotnet 官方下载的，下载链接是： https://dotnet.microsoft.com/zh-cn/download/dotnet/9.0

下载右边“运行应用 - 运行时”这一列的内容

运行时这一列有很多选项，具体应该下哪一个呢？这就看自己的需求了。如我只是一个简单的控制台，且准备发布的是 x86 应用，那我就应该下载 x86 二进制文件，就是这样的对应关系，先取决于要用什么框架，再决定用什么平台

下载下来的是一个 zip 压缩包，打开压缩包就可以看到这就是上文提到的 relative/path/to/runtime 文件夹内的结构，按照本文提供的方式将其解压缩就好了

额外需要说明的是，现在对于桌面应用来说是没有提供二进制包，只有安装包。即对于 WPF 和 WinForms 来说，现在只有安装包可用。那咋办呢？很简单，只需要找一个干净的系统（如虚拟机内），下载安装包且安装。安装完成之后，即可在 C:\Program Files\dotnet\ 或 C:\Program Files (x86)\dotnet\ 文件夹内找到安装输出的文件，将其拷贝出来放入到 relative/path/to/runtime 文件夹内即可

通过此项技术，即可让多个应用共用一个私有分发的 .NET 运行时。也可以作为单应用多 exe 入口程序的共享运行时技术实现。这项技术对于小工具项目特别友好，避免小工具项目要么各自带着运行时独立发布，要么被第三方或系统投毒运行时的选择

既然这可以使用私有分发的 .NET 运行时，那对于一些动手能力强的开发者来说，也可以在这里面带上自己魔改之后的 .NET 版本，实现更多有趣的功能

本文代码放在 github 和 gitee 上，可以使用如下命令行拉取代码。我整个代码仓库比较庞大，使用以下命令行可以进行部分拉取，拉取速度比较快

先创建一个空文件夹，接着使用命令行 cd 命令进入此空文件夹，在命令行里面输入以下代码，即可获取到本文的代码

git init
git remote add origin https://gitee.com/lindexi/lindexi_gd.git
git pull origin 1e09f77a553d664872cb12324a118649ffd23ad9

以上使用的是国内的 gitee 的源，如果 gitee 不能访问，请替换为 github 的源。请在命令行继续输入以下代码，将 gitee 源换成 github 源进行拉取代码。如果依然拉取不到代码，可以发邮件向我要代码

git remote remove origin
git remote add origin https://github.com/lindexi/lindexi_gd.git
git pull origin 1e09f77a553d664872cb12324a118649ffd23ad9

获取代码之后，进入 Workbench/LinerewheldeholearjearHalllurlecayawfea 文件夹，即可获取到源代码

参考文档：

更多技术博客，请参阅 博客导航

补充：

本文提供的方法对 .NET 9 框架有效。如期望能够在 TargetFramework 为 .NET 8 的低版本也采用此技术，可参阅以下方式

  1. 先将 TargetFramework 调低到 .NET 8 版本
  2. 寻找自己本地的 .NET 9 SDK 下的 apphost 文件，将其设置到 AppHostSourcePath 属性里

如我本地的 .NET 9 SDK 下的 x64 的 apphost 文件路径为：C:\Program Files\dotnet\sdk\9.0.203\AppHostTemplate\apphost.exe

我将其设置到 AppHostSourcePath 属性里面，其代码如下

    <AppHostSourcePath Condition="'$(RuntimeIdentifier)'=='win-x64'">C:\Program Files\dotnet\sdk\9.0.203\AppHostTemplate\apphost.exe</AppHostSourcePath>

如此依然按照上文提供的方法，也可采用相对路径引用运行时。此方法利用了 .NET 9 的 AppHost 兼容 .NET 8 版本的机制

不仅可以在控制台项目使用，也可以在带 -windows 的如 WPF 或 WinForms 项目上使用此技术。以下是我的 .NET 8 的 WPF 应用的 csproj 文件代码

<Project Sdk="Microsoft.NET.Sdk">

  <PropertyGroup>
    <OutputType>Exe</OutputType>
    <TargetFramework>net8.0-windows</TargetFramework>
    <ImplicitUsings>enable</ImplicitUsings>
    <Nullable>enable</Nullable>
    <UseWpf>true</UseWpf>
    <AppHostDotNetSearch>AppRelative;Global;</AppHostDotNetSearch>
    <AppHostRelativeDotNet>../relative2</AppHostRelativeDotNet>
    <AppHostSourcePath Condition="'$(RuntimeIdentifier)'=='win-x64'">C:\Program Files\dotnet\sdk\9.0.203\AppHostTemplate\apphost.exe</AppHostSourcePath>
  </PropertyGroup>

</Project>

以上代码放在 github 和 gitee 上，可以使用如下命令行拉取代码。我整个代码仓库比较庞大，使用以下命令行可以进行部分拉取，拉取速度比较快

先创建一个空文件夹，接着使用命令行 cd 命令进入此空文件夹，在命令行里面输入以下代码，即可获取到本文的代码

git init
git remote add origin https://gitee.com/lindexi/lindexi_gd.git
git pull origin b73d1145eef2d926fac050aeed1139424b60651f

以上使用的是国内的 gitee 的源，如果 gitee 不能访问，请替换为 github 的源。请在命令行继续输入以下代码，将 gitee 源换成 github 源进行拉取代码。如果依然拉取不到代码，可以发邮件向我要代码

git remote remove origin
git remote add origin https://github.com/lindexi/lindexi_gd.git
git pull origin b73d1145eef2d926fac050aeed1139424b60651f

获取代码之后，进入 Workbench/JeehaweejallheardallJefarrerlo 文件夹，即可获取到源代码

原创作者: lindexi 转载于: https://www.cnblogs.com/lindexi/p/18847625
清度
关注
dotnet OpenXML 让 PathLst 自定义形状转 SVG 路径格式的 Geometry 内容.rar
06-03
在提供的`dotnet OpenXML 让 PathLst 自定义形状转 SVG 路径格式的 Geometry 内容.md`文件中，详细讲解了这个过程，包括可能遇到的问题和解决方法，以及实际的代码示例。通过学习这份文档，开发者不仅可以理解...
dotnet-runtime-9.0.1-win-x64.exe 运行时 版本9.0.1 配套sdk版本dotnet-sdk-9.0.102
01-16
dotnet-runtime-9.0.1-win-x64.exe 运行时 版本9.0.1 配套sdk版本dotnet-sdk-9.0.102在我主页也可下载到
dotnet 6 通过 DOTNET_ROOT 让调起的应用的进程拿到共享的运行时文件夹.rar
06-03
- **隔离和可预测性**：通过指定`DOTNET_ROOT`，可以更精确地控制每个应用使用的运行时版本，避免版本冲突。 对于C#和JAVA开发者来说，了解这一点尤其重要，因为这两种语言在某些场景下可以相互交互，比如通过.NET...
DotNetCore2.1 自定义权限系统代码包
11-30
DotNetCore2.1 自定义权限系统是针对.NET Core 2.1框架设计的一个权限管理解决方案，它允许开发者根据特定业务需求构建灵活、可扩展的身份验证和授权机制。这个源代码包提供了一个学习和参考的基础，帮助开发者深入...
基于QT的调色板
08-15
【基于QT的调色板】是一个使用Qt框架开发的色彩选择工具，类似于Windows操作系统中常见的颜色选取器。Qt是一个跨平台的应用程序开发框架，广泛应用于桌面、移动和嵌入式设备，支持C++和QML语言。这个调色板功能提供了横竖两种渐变模式，用户可以方便地选取所需的颜色值。 在Qt中，调色板（QPalette）是一个关键的类，用于管理应用程序的视觉样式。QPalette包含了一系列的颜色角色，如背景色、前景色、文本色、高亮色等，这些颜色可以根据用户的系统设置或应用程序的需求进行定制。通过自定义QPalette，开发者可以创建具有独特视觉风格的应用程序。 该调色板功能可能使用了QColorDialog，这是一个标准的Qt对话框，允许用户选择颜色。QColorDialog提供了一种简单的方式来获取用户的颜色选择，通常包括一个调色板界面，用户可以通过滑动或点击来选择RGB、HSV或其他色彩模型中的颜色。 横渐变取色可能通过QGradient实现，QGradient允许开发者创建线性或径向的色彩渐变。线性渐变（QLinearGradient）沿直线从一个点到另一个点过渡颜色，而径向渐变（QRadialGradient）则以圆心为中心向外扩散颜色。在调色板中，用户可能可以通过滑动条或鼠标拖动来改变渐变的位置，从而选取不同位置的颜色。 竖渐变取色则可能是通过调整QGradient的方向来实现的，将原本水平的渐变方向改为垂直。这种设计可以提供另一种方式来探索颜色空间，使得选取颜色更为直观和便捷。 在【colorpanelhsb】这个文件名中，我们可以推测这是与HSB（色相、饱和度、亮度）色彩模型相关的代码或资源。HSB模型是另一种常见且直观的颜色表示方式，与RGB或CMYK模型不同，它以人的感知为基础，更容易理解。在这个调色板中，用户可能可以通过调整H、S、B三个参数来选取所需的颜色。 基于QT的调色板是一个利用Qt框架和其提供的色彩管理工具，如QPalette、QColorDialog、QGradient等，构建的交互式颜色选择组件。它不仅提供了横竖渐变的色彩选取方式，还可能支持HSB色彩模型，使得用户在开发图形用户界面时能更加灵活和精准地控制色彩。
基于springboot二手物品交易网站系统【附万字论文+PPT+包部署+录制讲解视频】.zip
08-15
标题基于Spring Boot的二手物品交易网站系统研究AI更换标题第1章引言阐述基于Spring Boot开发二手物品交易网站的研究背景、意义、现状及本文方法与创新点。1.1研究背景与意义介绍二手物品交易的市场需求和Spring Boot技术的适用性。1.2国内外研究现状概述当前二手物品交易网站的发展现状和趋势。1.3论文方法与创新点说明本文采用的研究方法和在系统设计中的创新之处。第2章相关理论与技术介绍开发二手物品交易网站所涉及的相关理论和关键技术。2.1Spring Boot框架解释Spring Boot的核心概念和主要特性。2.2数据库技术讨论适用的数据库技术及其在系统中的角色。2.3前端技术阐述与后端配合的前端技术及其在系统中的应用。第3章系统需求分析详细分析二手物品交易网站系统的功能需求和性能需求。3.1功能需求列举系统应实现的主要功能模块。3.2性能需求明确系统应满足的性能指标和安全性要求。第4章系统设计与实现具体描述基于Spring Boot的二手物品交易网站系统的设计和实现过程。4.1系统架构设计给出系统的整体架构设计和各模块间的交互方式。4.2数据库设计详细阐述数据库的结构设计和数据操作流程。4.3界面设计与实现介绍系统的界面设计和用户交互的实现细节。第5章系统测试与优化说明对系统进行测试的方法和性能优化的措施。5.1测试方法与步骤测试环境的搭建、测试数据的准备及测试流程。5.2测试结果分析对测试结果进行详细分析，验证系统是否满足需求。5.3性能优化措施提出针对系统性能瓶颈的优化建议和实施方案。第6章结论与展望总结研究成果，并展望未来可能的研究方向和改进空间。6.1研究结论概括本文基于Spring Boot开发二手物品交易网站的主要发现和成果。6.2展望与改进讨论未来可能的系统改进方向和新的功能拓展。
基于Python的学生宿舍管理系统的设计与实现+数据库文档
08-15
1. 用户与权限管理模块 角色管理： 学生：查看个人住宿信息、提交报修申请、查看卫生检查结果、请假外出登记 宿管人员：分配宿舍床位、处理报修申请、记录卫生检查结果、登记晚归情况 管理员：维护楼栋与房间信息、管理用户账号、统计住宿数据、发布宿舍通知 用户操作： 登录认证：对接学校统一身份认证（模拟实现，用学号 / 工号作为账号），支持密码重置 信息管理：学生完善个人信息（院系、专业、联系电话），管理员维护所有用户信息 权限控制：不同角色仅可见对应功能（如学生无法修改床位分配信息） 2. 宿舍信息管理模块 楼栋与房间管理： 楼栋信息：名称（如 "1 号宿舍楼"）、层数、性别限制（男 / 女 / 混合）、管理员（宿管） 房间信息：房间号（如 "101"）、户型（4 人间 / 6 人间）、床位数量、已住人数、可用状态 设施信息：记录房间内设施（如空调、热水器、桌椅）的配置与完好状态 床位管理： 床位编号：为每个床位设置唯一编号（如 "101-1" 表示 101 房间 1 号床） 状态标记：标记床位为 "空闲 / 已分配 / 维修中"，支持批量查询空闲床位 历史记录：保存床位的分配变更记录（如从学生 A 调换到学生 B 的时间与原因） 3. 住宿分配与调整模块 住宿分配： 新生分配：管理员导入新生名单后，宿管可按专业集中、性别匹配等规则批量分配床位 手动分配：针对转专业、复学学生，宿管手动指定空闲床位并记录分配时间 分配结果公示：学生登录后可查看自己的宿舍信息（楼栋、房间号、床位号、室友列表） 调整管理： 调宿申请：学生提交调宿原因（如室友矛盾、身体原因），选择意向宿舍（需有空位） 审批流程：宿管审核申请，通过后执行床位调换，更新双方住宿信息 换宿记录：保存调宿历史（申请人、原床位、新床位、审批人、时间） 4. 报修与安全管理模块 报修管理： 报修提交：学生选择宿舍、设施类型（如 "
深入学习循环神经网络（RNN）的方法与技巧
08-15
资源下载链接为： https://pan.quark.cn/s/8a7ca10dbd74 深入学习循环神经网络（RNN）的方法与技巧（最新、最全版本！打开链接下载即可用！）
MATLAB神经网络优化算法
08-15
资源下载链接为： https://pan.quark.cn/s/dd0f9ae8530e MATLAB神经网络优化算法（最新、最全版本！打开链接下载即可用！）
Android开发工具库-包含权限请求管理-输入法自动关闭-多种实用工具函数集合-适用于Java和Kotlin开发-提供权限请求封装-自动处理权限拒绝逻辑-支持跳转系统设置-包含输.zip
最新发布
08-15
jdk1.8Android开发工具库_包含权限请求管理_输入法自动关闭_多种实用工具函数集合_适用于Java和Kotlin开发_提供权限请求封装_自动处理权限拒绝逻辑_支持跳转系统设置_包含输.zipAndroid开发工具库_包含权限请求管理_输入法自动关闭_多种实用工具函数集合_适用于Java和Kotlin开发_提供权限请求封装_自动处理权限拒绝逻辑_支持跳转系统设置_包含输.zip
现金流分析与预测提示词设计指南：从基础到复杂场景的实用框架
08-15
本文提供了一个四层级的提示词模板框架，专为企业现金流分析与预测设计，涵盖从小型企业的简单现金流管理到大型企业复杂场景的全面评估。文章详细介绍了提示词设计的核心原则（明确角色、结构化维度、数据准确性、实用建议、专业表达），并提供四个层级的模板（基础版、详细版、高级版、超详细版），每个模板附带示例提示和适用场景。此外，文章分享了定制化提示词的实用建议和增强指令，帮助用户优化分析输出质量。 目标受众： 财务分析师和财务经理，寻求高效的现金流分析工具。 企业管理者（如CFO、CEO），需要数据驱动的流动性管理洞察。 董事会成员或投资人，关注战略性财务决策支持。 数据分析师或AI工具使用者，希望通过提示词提升财务分析效率。 核心价值： 实用性：提供从简单到复杂的提示词模板，满足不同规模企业和场景的现金流分析需求。 可操作性：每个模板包含具体的数据要求和建议框架，确保分析结果可直接用于决策。 灵活性：通过定制化建议和增强指令，用户可根据行业特点和分析目标调整提示词。 专业性：基于财务领域的专业语言和框架，适合管理层和董事会等高级受众。
2_JFM7VX690T型SRAM型现场可编程门阵列技术手册.pdf
08-15
JFM7VX690T型SRAM型现场可编程门阵列技术手册主要介绍的是上海复旦微电子集团股份有限公司（简称复旦微电子）生产的高性能FPGA产品JFM7VX690T。该产品属于JFM7系列，具有现场可编程特性，集成了功能强大且可以灵活配置组合的可编程资源，适用于实现多种功能，如输入输出接口、通用数字逻辑、存储器、数字信号处理和时钟管理等。JFM7VX690T型FPGA适用于复杂、高速的数字逻辑电路，广泛应用于通讯、信息处理、工业控制、数据中心、仪表测量、医疗仪器、人工智能、自动驾驶等领域。 产品特点包括： 1. 可配置逻辑资源（CLB），使用LUT6结构。 2. 包含CLB模块，可用于实现常规数字逻辑和分布式RAM。 3. 含有I/O、BlockRAM、DSP、MMCM、GTH等可编程模块。 4. 提供不同的封装规格和工作温度范围的产品，便于满足不同的使用环境。 JFM7VX690T产品系列中，有多种型号可供选择。例如： - JFM7VX690T80采用FCBGA1927封装，尺寸为45x45mm，使用锡银焊球，工作温度范围为-40°C到+100°C。 - JFM7VX690T80-AS同样采用FCBGA1927封装，但工作温度范围更广，为-55°C到+125°C，同样使用锡银焊球。 - JFM7VX690T80-N采用FCBGA1927封装和铅锡焊球，工作温度范围与JFM7VX690T80-AS相同。 - JFM7VX690T36的封装规格为FCBGA1761，尺寸为42.5x42.5mm，使用锡银焊球，工作温度范围为-40°C到+100°C。 - JFM7VX690T36-AS使用锡银焊球，工作温度范围为-55°C到+125°C。 - JFM7VX690T36-N使用铅锡焊球，工作温度范围与JFM7VX690T36-AS相同。 技术手册中还包含了一系列详细的技术参数，包括极限参数、推荐工作条件、电特性参数、ESD等级、MSL等级、重量等。在产品参数章节中，还特别强调了封装类型，包括外形图和尺寸、引出端定义等。引出端定义是指对FPGA芯片上的各个引脚的功能和接线规则进行说明，这对于FPGA的正确应用和电路设计至关重要。 应用指南章节涉及了FPGA在不同应用场景下的推荐使用方法。其中差异说明部分可能涉及产品之间的性能差异；关键性能对比可能包括功耗与速度对比、上电浪涌电流测试情况说明、GTH Channel Loss性能差异说明、GTH电源性能差异说明等。此外，手册可能还提供了其他推荐应用方案，例如不使用的BANK接法推荐、CCLK信号PCB布线推荐、JTAG级联PCB布线推荐、系统工作的复位方案推荐等，这些内容对于提高系统性能和稳定性有着重要作用。 焊接及注意事项章节则针对产品的焊接过程提供了指导，强调焊接过程中的注意事项，以确保产品在组装过程中的稳定性和可靠性。手册还明确指出，未经复旦微电子的许可，不得翻印或者复制全部或部分本资料的内容，且不承担采购方选择与使用本文描述的产品和服务的责任。 上海复旦微电子集团股份有限公司拥有相关的商标和知识产权。该公司在中国发布的技术手册，版权为上海复旦微电子集团股份有限公司所有，未经许可不得进行复制或传播。 技术手册提供了上海复旦微电子集团股份有限公司销售及服务网点的信息，方便用户在需要时能够联系到相应的服务机构，获取最新信息和必要的支持。同时，用户可以访问复旦微电子的官方网站(***以获取更多产品信息和公司动态。
spring-webflux-5.2.12.RELEASE.jar中文文档.zip
08-15
1、压缩文件中包含： 中文文档、jar包下载地址、Maven依赖、Gradle依赖、源代码下载地址。 2、使用方法： 解压最外层zip，再解压其中的zip包，双击 【index.html】 文件，即可用浏览器打开、进行查看。 3、特殊说明： （1）本文档为人性化翻译，精心制作，请放心使用； （2）只翻译了该翻译的内容，如：注释、说明、描述、用法讲解 等； （3）不该翻译的内容保持原样，如：类名、方法名、包名、类型、关键字、代码 等。 4、温馨提示： （1）为了防止解压后路径太长导致浏览器无法打开，推荐在解压时选择“解压到当前文件夹”（放心，自带文件夹，文件不会散落一地）； （2）有时，一套Java组件会有多个jar，所以在下载前，请仔细阅读本篇描述，以确保这就是你需要的文件。 5、本文件关键字： jar中文文档.zip,java,jar包,Maven,第三方jar包,组件,开源组件,第三方组件,Gradle,中文API文档,手册,开发手册,使用手册,参考手册。
深读CV 第74期 Military Dataset: 军事目标检测数据集
08-15
深读CV 第74期 Military Dataset: 军事目标检测数据集
基于 Python 实现的三层 BP 神经网络模型构建
08-15
资源下载链接为： https://pan.quark.cn/s/2613a65756fe 基于 Python 实现的三层 BP 神经网络模型构建（最新、最全版本！打开链接下载即可用！）
【python毕业设计】基于Python的热门游戏推荐系统的设计与实现（完整项目源码+mysql+说明文档+LW）.zip
08-15
管理员功能模块 管理员拥有系统的管理权限，可以进行以下操作： 系统首页：管理员的主界面，提供系统概览和快捷操作。 用户管理：管理系统用户，包括用户的添加、删除、修改等操作。 个人中心：管理员的个人信息管理。 游戏信息管理：管理游戏的相关信息，如添加、修改、删除游戏等。 评分预测管理：管理游戏评分的预测模型或数据。 社区互动管理：管理社区内的互动，如帖子、评论等。 意见反馈管理：处理用户的意见和建议。 论坛分类管理：管理论坛的分类。 举报记录管理：管理系统中的举报记录。 系统管理：管理系统设置，如权限管理、系统配置等。 用户功能模块 用户可以进行以下操作： 系统首页：用户的主界面，展示推荐游戏、热门游戏等。 游戏信息：查看游戏的详细信息。 社区互动：参与社区讨论，与其他用户互动。 游戏资讯：查看游戏相关的新闻和信息。 意见反馈：提交意见和建议。 个人中心：管理个人信息，查看个人的游戏记录、收藏等。 我的收藏：查看和管理收藏的游戏。 完整前后端源码，部署后可正常运行！ 环境说明 开发语言：python后端 python版本：3.7 数据库：mysql 5.7+ 数据库工具：Navicat11+ 开发软件：pycharm
dotnet 如何指定运行时dll搜索路径
11-15
在.NET中，如果你需要指定特定的DLL搜索路径，特别是在开发环境或自定义依赖项的情况下，你可以通过设置`appSettings`配置、环境变量或者使用命令行参数来实现。以下是几种常见的方法： 1. **App.config文件**： 在应用程序的`<configuration>`标签内添加一个`runtime`节点，然后创建一个`assemblyBinding`元素，用于定义查找顺序。例如： ```xml <runtime> <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1"> <probing privatePath="MyCustomFolder" /> </assemblyBinding> </runtime> ``` `privatePath`属性指定了私有二进制目录。 2. **Environment Variables**： 使用`APPDATA`或`LOCALAPPDATA`环境变量可以指定一个全局的路径。比如，`.NET Framework`可能会使用`%APPDATA%\Microsoft\dotnet\config\applicationhost.json`来存储配置信息。你可以创建一个新的环境变量，如`DOTNET_SEARCH_PATH`，并将其值设置为你想要的路径。 3. **命令行参数**： 对于`dotnet run`或`dotnet build`等命令，可以使用`--reference-path`选项来指定特定的框架路径，间接影响DLL的查找。例如： - `dotnet run --framework "path/to/my/runtime"` - `dotnet build --reference-path "path/to/my/dlls"` 4. **NuGet Package Manager Console (PM>)**： 如果是在NuGet包管理器控制台中，你可以使用`Add-BindingRedirect`命令来添加引用到新的DLL位置。 注意，对于跨平台的.NET Core，还可以使用`--add-sdk-path`或`--add-framework-path`选项来指定.NET SDK的可选搜索路径。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值