WSL 容器 SDK 图像打标签指南TagImageOptions 类深度解析【免费下载链接】WSLWindows Subsystem for Linux项目地址: https://gitcode.com/GitHub_Trending/ws/WSLTagImageOptions是 WSL 容器 SDKWSLCC# API 中用于为已有镜像打标签Tag的配置类它承载源镜像、目标仓库、目标标签三要素是Session.TagImage的唯一参数类型。本文将以 tagimageoptions.md 为主线结合仓库中的 WinRT 实现、C API 定义、服务端处理逻辑与测试用例完整讲解该类的用法、校验规则与底层调用链帮助你在自己的 C#/.NET 应用中安全、正确地管理 WSL 容器镜像标签。一、类定位镜像标签操作的数据载体在 WSLC 的 C# 托管 API 中有一组用于配置各类会话操作的设置类Settings Classes包括SessionSettings、VhdOptions、PullImageOptions、PushImageOptions、ContainerSettings、ProcessSettings以及本文主角 TagImageOptions见 settings-classes/index.md。它们统一承担把用户意图描述为结构化参数的职责随后被传入对应的Session方法执行。打标签Tagging是镜像生命周期管理中的常见操作它为镜像追加一个或多个可读的仓库/标签引用便于后续PullImage、PushImage、DeleteImage等操作按名称引用而无需记忆镜像 ID。TagImageOptions正是这一操作的参数载体只描述打什么标签不涉及会话生命周期本身。二、类定义与成员说明原文档给出的完整类定义如下public sealed class TagImageOptions { public TagImageOptions(string image, string repository, string tag); public string Image { get; set; } public string Repository { get; set; } public string Tag { get; set; } }三个成员的含义与 C API 侧 WslcTagImageOptions 结构体一一对应成员类型可写语义Imagestringget/set源镜像的名称或 IDsource image name or ID即被标记的对象Repositorystringget/set目标仓库名称target repository name例如registry.example.com/alpineTagstringget/set目标标签名target tag name例如v1对应到 C 结构体wslcsdk.htypedef struct WslcTagImageOptions { _In_z_ PCSTR image; // Source image name or ID. _In_z_ PCSTR repo; // Target repository name. _In_z_ PCSTR tag; // Target tag name. } WslcTagImageOptions;注意字段命名差异C# 侧为Image/Repository/TagC 侧为image/repo/tag。映射关系为Repository→repo其余同名。三、构造与赋值原文档示例逐行解读原文档给出的示例var tagOptions new TagImageOptions(alpine:latest, registry.example.com/alpine, v1);这一行完成了三件事image alpine:latest指定源镜像引用。既可以是名称:标签形式也可以是镜像 ID详见下文测试用例。repository registry.example.com/alpine指定目标仓库全名可包含 registry 主机名与命名空间路径。tag v1指定新标签名。构造之后属性仍可单独读写便于按需调整var tagOptions new TagImageOptions(alpine:latest, demo/alpine, dev); tagOptions.Tag stable; // 修改目标标签 string image tagOptions.Image; // 读取源镜像引用四、与 Session.TagImage 配合使用TagImageOptions自身不执行任何操作它必须通过会话对象的 Session.TagImage 方法提交。原文档在 Session 章节给出了完整调用示例session.TagImage(new TagImageOptions(alpine:latest, registry.example.com/alpine, v1));一个典型的完整流程是// 1. 建立并启动 WSL 容器会话 var sessionSettings new SessionSettings(); var session new Session(sessionSettings); session.Start(); // 2. 先拉取或导入一个镜像 session.PullImage(new PullImageOptions(docker.io/library/alpine:latest)); // 3. 为已有镜像追加标签 session.TagImage(new TagImageOptions(alpine:latest, registry.example.com/alpine, v1)); // 4. 查看当前会话已知镜像确认标签已生效 foreach (var image in session.GetImages()) { Console.WriteLine(image.Name); } session.Dispose();从调用链上看TagImage是同步操作void与PullImage、PushImage、DeleteImage一样没有异步变体如需带进度反馈应使用PullImageAsync、PushImageAsync等异步版本。五、底层实现WinRT 封装的校验规则在仓库中C# 类对应的 WinRT 实现位于 src/windows/WslcSDK/winrt/TagImageOptions.h 与 TagImageOptions.cpp。实现层揭示了三条重要行为规则规则一任何字段不允许为空。构造函数与三个属性的 setter 都会对空字符串做校验一旦为空抛出hresult_invalid_argumentif (m_image.empty()) { throw hresult_invalid_argument(LImage cannot be empty); } // Repository、Tag 同理TagImageOptions.cpp L24-L37因此new TagImageOptions(, demo/alpine, v1)会在构造时直接失败而不是把脏数据传给会话层。规则二选项一旦被应用属性不可再修改。内部通过ToStructPointer()惰性生成底层的WslcTagImageOptions结构体一旦调用过该方法即选项已被提交给会话层任何 setter 都会抛出hresult_illegal_state_changevoid TagImageOptions::Image(hstring const value) { if (m_tagImageOptions) { throw hresult_illegal_state_change(LCannot change value after options have been applied); } ... }这意味着session.TagImage(options)之后继续修改options属于非法操作应从代码规范上避免复用已提交的 options 对象。规则三字段按字符串原样透传。ToStructPointer()将三个 C#/WinRT 字符串转换为 C 字符串并填入WslcTagImageOptionsimage、repo、tag不做格式改写TagImageOptions.cppWslcTagImageOptions* TagImageOptions::ToStructPointer() { if (!m_tagImageOptions) { m_tagImageOptions std::make_uniqueWslcTagImageOptions(); m_tagImageOptions-image m_image.c_str(); m_tagImageOptions-repo m_repository.c_str(); m_tagImageOptions-tag m_tag.c_str(); } return m_tagImageOptions.get(); }六、跨语言映射从 C# 到 C API 的完整调用链TagImageOptions最终会穿过三层接口落到服务端C# 托管层Session.TagImage(TagImageOptions)。C API 层WslcTagSessionImagewslcsdk.h。在 wslcsdk.cpp 中它先做一系列防御性校验会话无效返回ERROR_INVALID_STATEoptions为NULL返回E_POINTERimage/repo/tag任一为NULL返回E_INVALIDARG随后将字段拷贝到WSLCCompatTagImageOptions再调用会话内部方法WSLCCompatTagImageOptions runtimeOptions{}; runtimeOptions.Image options-image; runtimeOptions.Repo options-repo; runtimeOptions.Tag options-tag; return errorInfoWrapper.CaptureResult(internalType-session-TagImage(runtimeOptions));服务端/IDL 层跨进程接口定义在 wslc.idl 中结构体WSLCTagImageOptionsL618-L623与HRESULT TagImage([in] const WSLCTagImageOptions* Options)L745共同定义了服务端入口。C 语言调用者可直接按 C API 方式使用wslctagsessionimage.mdWslcTagImageOptions tagOptions { 0 }; tagOptions.image docker.io/library/alpine:latest; tagOptions.repo demo/alpine; tagOptions.tag stable; HRESULT hr WslcTagSessionImage(session, tagOptions, NULL);七、命令行的解析视角ImageService.Tag仓库的wslc命令行工具在 src/windows/wslc/services/ImageService.cpp 中实现了Tag命令它展示了从用户输入到选项对象的标准解析方式——先解析目标镜像引用再填充WSLCTagImageOptionsvoid ImageService::Tag(wsl::windows::wslc::models::Session session, const std::string sourceImage, const std::string targetImage) { auto reference ImageReference::Parse(targetImage); if (reference.Format EnumReferenceFormatDigest) { THROW_HR_WITH_USER_ERROR(E_INVALIDARG, Localization::MessageWslcTagImageInvalidFormat(targetImage.c_str())); } WSLCTagImageOptions options{}; options.Image sourceImage.c_str(); options.Repo reference.Repository.Name.c_str(); options.Tag reference.Tag ? reference.Tag-c_str() : ; ... }这一实现提示了两个实用细节目标镜像支持两种写法完整引用如registry.example.com/alpine:v1由ImageReference::Parse拆分为仓库名与标签或仓库/标签分别传入。标签名缺失时Tag会退化为空字符串reference.Tag ? reference.Tag-c_str() : 等效于打空标签。目标引用不允许使用 digest摘要格式以sha256:...形式的引用会直接抛出E_INVALIDARG。八、测试验证行为边界的实证仓库测试 test/windows/WSLCTests.cpp 中的TagImage测试方法为上述所有行为提供了实证测试场景预期结果debian:latest→debian:test-tag成功debian:latest→myrepo/myimage:v1.0.0带命名空间的仓库成功以镜像 ID 作为源镜像imageId→debian:test-by-id成功印证Image字段接受名称或 ID对同一目标重复打标签debian:latest→test:duplicate-tag两次成功即重复打同一标签是幂等的TagImage(nullptr)RPC_X_NULL_REF_POINTERimage/repo/tag任一为nullptrE_POINTER源镜像不存在nonexistent:notfoundWSLC_E_IMAGE_NOT_FOUND非法标签名invalid tag含空格ERROR_BAD_ARGUMENTS可见空值校验在托管层WinRT 抛异常与原生层返回 HRESULT各执行一次形成双重防线而源镜像不存在标签格式非法等问题则交由服务端判定最终以 HRESULT 形式回传给调用方。九、使用建议与注意事项综合上述源码事实在实际使用TagImageOptions时有几点值得注意三字段必填且非空Image、Repository、Tag任一为空都会在构造或赋值阶段直接抛出异常请在传入前做好参数校验与错误提示。对象一次性使用选项提交给Session.TagImage后即进入已应用状态后续任何属性修改都会抛出hresult_illegal_state_change因此应避免复用同一 options 实例。源镜像可用名称或 IDImage字段同时接受镜像引用与镜像 ID动态获取镜像 ID 时无需先解析名称。标签格式合法标签名应遵循仓库的命名约束测试中带空格的invalid tag会返回ERROR_BAD_ARGUMENTS目标引用不应使用 digest 格式。同步 API及时处理 HRESULTTagImage为同步调用C# 侧建议包在try/catch中处理COMException对应 HRESULT并依据错误码区分镜像不存在与参数非法等场景。TagImageOptions虽然结构简单却是连接 C# 托管 API、WinRT 封装、C ABI 与服务端 IDL 的典型桥梁。理解它的校验规则与调用链能让你在 WSL 容器镜像的拉取、打标签、推送、删除等完整生命周期管理中更稳健地编码。【免费下载链接】WSLWindows Subsystem for Linux项目地址: https://gitcode.com/GitHub_Trending/ws/WSL创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
WSL 容器 SDK 图像打标签指南TagImageOptions 类深度解析【免费下载链接】WSLWindows Subsystem for Linux项目地址: https://gitcode.com/GitHub_Trending/ws/WSLTagImageOptions是 WSL 容器 SDKWSLCC# API 中用于为已有镜像打标签Tag的配置类它承载源镜像、目标仓库、目标标签三要素是Session.TagImage的唯一参数类型。本文将以 tagimageoptions.md 为主线结合仓库中的 WinRT 实现、C API 定义、服务端处理逻辑与测试用例完整讲解该类的用法、校验规则与底层调用链帮助你在自己的 C#/.NET 应用中安全、正确地管理 WSL 容器镜像标签。一、类定位镜像标签操作的数据载体在 WSLC 的 C# 托管 API 中有一组用于配置各类会话操作的设置类Settings Classes包括SessionSettings、VhdOptions、PullImageOptions、PushImageOptions、ContainerSettings、ProcessSettings以及本文主角 TagImageOptions见 settings-classes/index.md。它们统一承担把用户意图描述为结构化参数的职责随后被传入对应的Session方法执行。打标签Tagging是镜像生命周期管理中的常见操作它为镜像追加一个或多个可读的仓库/标签引用便于后续PullImage、PushImage、DeleteImage等操作按名称引用而无需记忆镜像 ID。TagImageOptions正是这一操作的参数载体只描述打什么标签不涉及会话生命周期本身。二、类定义与成员说明原文档给出的完整类定义如下public sealed class TagImageOptions { public TagImageOptions(string image, string repository, string tag); public string Image { get; set; } public string Repository { get; set; } public string Tag { get; set; } }三个成员的含义与 C API 侧 WslcTagImageOptions 结构体一一对应成员类型可写语义Imagestringget/set源镜像的名称或 IDsource image name or ID即被标记的对象Repositorystringget/set目标仓库名称target repository name例如registry.example.com/alpineTagstringget/set目标标签名target tag name例如v1对应到 C 结构体wslcsdk.htypedef struct WslcTagImageOptions { _In_z_ PCSTR image; // Source image name or ID. _In_z_ PCSTR repo; // Target repository name. _In_z_ PCSTR tag; // Target tag name. } WslcTagImageOptions;注意字段命名差异C# 侧为Image/Repository/TagC 侧为image/repo/tag。映射关系为Repository→repo其余同名。三、构造与赋值原文档示例逐行解读原文档给出的示例var tagOptions new TagImageOptions(alpine:latest, registry.example.com/alpine, v1);这一行完成了三件事image alpine:latest指定源镜像引用。既可以是名称:标签形式也可以是镜像 ID详见下文测试用例。repository registry.example.com/alpine指定目标仓库全名可包含 registry 主机名与命名空间路径。tag v1指定新标签名。构造之后属性仍可单独读写便于按需调整var tagOptions new TagImageOptions(alpine:latest, demo/alpine, dev); tagOptions.Tag stable; // 修改目标标签 string image tagOptions.Image; // 读取源镜像引用四、与 Session.TagImage 配合使用TagImageOptions自身不执行任何操作它必须通过会话对象的 Session.TagImage 方法提交。原文档在 Session 章节给出了完整调用示例session.TagImage(new TagImageOptions(alpine:latest, registry.example.com/alpine, v1));一个典型的完整流程是// 1. 建立并启动 WSL 容器会话 var sessionSettings new SessionSettings(); var session new Session(sessionSettings); session.Start(); // 2. 先拉取或导入一个镜像 session.PullImage(new PullImageOptions(docker.io/library/alpine:latest)); // 3. 为已有镜像追加标签 session.TagImage(new TagImageOptions(alpine:latest, registry.example.com/alpine, v1)); // 4. 查看当前会话已知镜像确认标签已生效 foreach (var image in session.GetImages()) { Console.WriteLine(image.Name); } session.Dispose();从调用链上看TagImage是同步操作void与PullImage、PushImage、DeleteImage一样没有异步变体如需带进度反馈应使用PullImageAsync、PushImageAsync等异步版本。五、底层实现WinRT 封装的校验规则在仓库中C# 类对应的 WinRT 实现位于 src/windows/WslcSDK/winrt/TagImageOptions.h 与 TagImageOptions.cpp。实现层揭示了三条重要行为规则规则一任何字段不允许为空。构造函数与三个属性的 setter 都会对空字符串做校验一旦为空抛出hresult_invalid_argumentif (m_image.empty()) { throw hresult_invalid_argument(LImage cannot be empty); } // Repository、Tag 同理TagImageOptions.cpp L24-L37因此new TagImageOptions(, demo/alpine, v1)会在构造时直接失败而不是把脏数据传给会话层。规则二选项一旦被应用属性不可再修改。内部通过ToStructPointer()惰性生成底层的WslcTagImageOptions结构体一旦调用过该方法即选项已被提交给会话层任何 setter 都会抛出hresult_illegal_state_changevoid TagImageOptions::Image(hstring const value) { if (m_tagImageOptions) { throw hresult_illegal_state_change(LCannot change value after options have been applied); } ... }这意味着session.TagImage(options)之后继续修改options属于非法操作应从代码规范上避免复用已提交的 options 对象。规则三字段按字符串原样透传。ToStructPointer()将三个 C#/WinRT 字符串转换为 C 字符串并填入WslcTagImageOptionsimage、repo、tag不做格式改写TagImageOptions.cppWslcTagImageOptions* TagImageOptions::ToStructPointer() { if (!m_tagImageOptions) { m_tagImageOptions std::make_uniqueWslcTagImageOptions(); m_tagImageOptions-image m_image.c_str(); m_tagImageOptions-repo m_repository.c_str(); m_tagImageOptions-tag m_tag.c_str(); } return m_tagImageOptions.get(); }六、跨语言映射从 C# 到 C API 的完整调用链TagImageOptions最终会穿过三层接口落到服务端C# 托管层Session.TagImage(TagImageOptions)。C API 层WslcTagSessionImagewslcsdk.h。在 wslcsdk.cpp 中它先做一系列防御性校验会话无效返回ERROR_INVALID_STATEoptions为NULL返回E_POINTERimage/repo/tag任一为NULL返回E_INVALIDARG随后将字段拷贝到WSLCCompatTagImageOptions再调用会话内部方法WSLCCompatTagImageOptions runtimeOptions{}; runtimeOptions.Image options-image; runtimeOptions.Repo options-repo; runtimeOptions.Tag options-tag; return errorInfoWrapper.CaptureResult(internalType-session-TagImage(runtimeOptions));服务端/IDL 层跨进程接口定义在 wslc.idl 中结构体WSLCTagImageOptionsL618-L623与HRESULT TagImage([in] const WSLCTagImageOptions* Options)L745共同定义了服务端入口。C 语言调用者可直接按 C API 方式使用wslctagsessionimage.mdWslcTagImageOptions tagOptions { 0 }; tagOptions.image docker.io/library/alpine:latest; tagOptions.repo demo/alpine; tagOptions.tag stable; HRESULT hr WslcTagSessionImage(session, tagOptions, NULL);七、命令行的解析视角ImageService.Tag仓库的wslc命令行工具在 src/windows/wslc/services/ImageService.cpp 中实现了Tag命令它展示了从用户输入到选项对象的标准解析方式——先解析目标镜像引用再填充WSLCTagImageOptionsvoid ImageService::Tag(wsl::windows::wslc::models::Session session, const std::string sourceImage, const std::string targetImage) { auto reference ImageReference::Parse(targetImage); if (reference.Format EnumReferenceFormatDigest) { THROW_HR_WITH_USER_ERROR(E_INVALIDARG, Localization::MessageWslcTagImageInvalidFormat(targetImage.c_str())); } WSLCTagImageOptions options{}; options.Image sourceImage.c_str(); options.Repo reference.Repository.Name.c_str(); options.Tag reference.Tag ? reference.Tag-c_str() : ; ... }这一实现提示了两个实用细节目标镜像支持两种写法完整引用如registry.example.com/alpine:v1由ImageReference::Parse拆分为仓库名与标签或仓库/标签分别传入。标签名缺失时Tag会退化为空字符串reference.Tag ? reference.Tag-c_str() : 等效于打空标签。目标引用不允许使用 digest摘要格式以sha256:...形式的引用会直接抛出E_INVALIDARG。八、测试验证行为边界的实证仓库测试 test/windows/WSLCTests.cpp 中的TagImage测试方法为上述所有行为提供了实证测试场景预期结果debian:latest→debian:test-tag成功debian:latest→myrepo/myimage:v1.0.0带命名空间的仓库成功以镜像 ID 作为源镜像imageId→debian:test-by-id成功印证Image字段接受名称或 ID对同一目标重复打标签debian:latest→test:duplicate-tag两次成功即重复打同一标签是幂等的TagImage(nullptr)RPC_X_NULL_REF_POINTERimage/repo/tag任一为nullptrE_POINTER源镜像不存在nonexistent:notfoundWSLC_E_IMAGE_NOT_FOUND非法标签名invalid tag含空格ERROR_BAD_ARGUMENTS可见空值校验在托管层WinRT 抛异常与原生层返回 HRESULT各执行一次形成双重防线而源镜像不存在标签格式非法等问题则交由服务端判定最终以 HRESULT 形式回传给调用方。九、使用建议与注意事项综合上述源码事实在实际使用TagImageOptions时有几点值得注意三字段必填且非空Image、Repository、Tag任一为空都会在构造或赋值阶段直接抛出异常请在传入前做好参数校验与错误提示。对象一次性使用选项提交给Session.TagImage后即进入已应用状态后续任何属性修改都会抛出hresult_illegal_state_change因此应避免复用同一 options 实例。源镜像可用名称或 IDImage字段同时接受镜像引用与镜像 ID动态获取镜像 ID 时无需先解析名称。标签格式合法标签名应遵循仓库的命名约束测试中带空格的invalid tag会返回ERROR_BAD_ARGUMENTS目标引用不应使用 digest 格式。同步 API及时处理 HRESULTTagImage为同步调用C# 侧建议包在try/catch中处理COMException对应 HRESULT并依据错误码区分镜像不存在与参数非法等场景。TagImageOptions虽然结构简单却是连接 C# 托管 API、WinRT 封装、C ABI 与服务端 IDL 的典型桥梁。理解它的校验规则与调用链能让你在 WSL 容器镜像的拉取、打标签、推送、删除等完整生命周期管理中更稳健地编码。【免费下载链接】WSLWindows Subsystem for Linux项目地址: https://gitcode.com/GitHub_Trending/ws/WSL创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
)
