WSL 容器 SDK 之 WslcDeleteContainer删除容器的 C API 详解与源码级实践【免费下载链接】WSLWindows Subsystem for Linux项目地址: https://gitcode.com/GitHub_Trending/ws/WSL导读WslcDeleteContainer是 WSLWindows Subsystem for Linux容器 SDKWSLC中用于删除一个已创建容器的核心 C API负责把容器从当前会话中彻底移除、回收其运行资源。本文以官方 API 文档为主体结合仓库中 wslcsdk.cpp、wslcsdk.h 的实现以及 WslcSdkTests.cpp 的测试用例从函数签名、标志位语义、返回错误码到底层实现细节逐层剖析并给出可直接编译运行的最小示例与最佳实践帮助读者在基于 WSLC 的 C/C 应用中安全、正确地管理容器生命周期。一、函数签名与参数说明WslcDeleteContainer声明位于 wslcsdk.h并被导出为 SDK 公共符号见 wslcsdk.def签名如下STDAPI WslcDeleteContainer(_In_ WslcContainer container, _In_ WslcDeleteContainerFlags flags, _Outptr_opt_result_z_ PWSTR* errorMessage);参数类型方向说明containerWslcContainerin要删除的容器句柄由WslcCreateContainer创建返回flagsWslcDeleteContainerFlagsin删除行为控制标志可组合使用枚举位标志errorMessagePWSTR*out, optional失败时接收可读错误信息的宽字符串指针由调用方通过CoTaskMemFree释放不需要时传NULL返回值类型为HRESULTS_OK表示删除成功失败时返回对应的 HRESULT 错误码并可通过errorMessage获取本地化描述文本。参数细节container传入的句柄必须来自有效的WslcCreateContainer调用。删除成功后容器对象即进入失效状态但仍需调用WslcReleaseContainer释放句柄引用详见后文“与 WslcReleaseContainer 的关系”。errorMessage标注为_Outptr_opt_result_z_即输出缓冲区指针可空、成功结果保证以零结尾。若调用失败且该参数非NULLSDK 会填充由CoTaskMemAlloc分配的字符串调用方在用完后必须调用CoTaskMemFree释放避免内存泄漏。二、删除标志位WslcDeleteContainerFlags 详解flags参数使用 WslcDeleteContainerFlags 枚举完整定义如下typedef enum WslcDeleteContainerFlags { WSLC_DELETE_CONTAINER_FLAG_NONE 0, WSLC_DELETE_CONTAINER_FLAG_FORCE 0x01 } WslcDeleteContainerFlags;枚举值数值语义WSLC_DELETE_CONTAINER_FLAG_NONE0常规删除仅允许删除已停止Exited / Created状态的容器WSLC_DELETE_CONTAINER_FLAG_FORCE0x01强制删除即使容器正在运行也会先终止其进程再删除在 wslcsdk.h 中该枚举随后还通过DEFINE_ENUM_FLAG_OPERATORS(WslcDeleteContainerFlags)启用了 C 位运算符重载因此可以写出flagsA | flagsB这类组合表达式不过当前仅有两个取值实际组合用法较少多数场景直接传WSLC_DELETE_CONTAINER_FLAG_NONE或WSLC_DELETE_CONTAINER_FLAG_FORCE即可。关键语义FORCE 与运行中容器从测试用例 WslcSdkTests.cpp 中的DeleteRunningContainerWithoutForce可以明确验证两种标志的行为差异// 创建并启动一个 sleep 10 的容器 VERIFY_SUCCEEDED(WslcCreateContainer(m_defaultSession, containerSettings, container, nullptr)); VERIFY_SUCCEEDED(WslcStartContainer(container.get(), WSLC_CONTAINER_START_FLAG_NONE, nullptr)); // 不携带 FORCE 标志删除运行中的容器 → 必须失败 VERIFY_ARE_EQUAL(WslcDeleteContainer(container.get(), WSLC_DELETE_CONTAINER_FLAG_NONE, nullptr), WSLC_E_CONTAINER_IS_RUNNING);即对运行中的容器调用WslcDeleteContainer且不指定WSLC_DELETE_CONTAINER_FLAG_FORCE会返回WSLC_E_CONTAINER_IS_RUNNING而带WSLC_DELETE_CONTAINER_FLAG_FORCE时则可以成功删除参见同文件中第 2788 行对 FORCE 路径的验证。因此若容器可能仍在运行且你确认要立即清除请使用WSLC_DELETE_CONTAINER_FLAG_FORCE若希望先走优雅停止流程可先用WslcStopContainer支持指定信号与超时秒数停止容器再用WSLC_DELETE_CONTAINER_FLAG_NONE删除强制删除会跳过优雅退出进程可能收到终止信号涉及持久化数据时应自行做好落盘保证。三、返回值与错误码函数返回HRESULT。除通用 HRESULT如E_POINTER、E_INVALIDARG外与删除容器直接相关的容器类错误码定义在 wslcsdk.h同时在 error-codes.md 中有完整汇总其中关键两项错误码数值触发场景WSLC_E_CONTAINER_NOT_FOUND0x80040603指定的容器在会话中不存在例如句柄已被删除或属于其他会话WSLC_E_CONTAINER_IS_RUNNING0x80040606容器正在运行且调用未指定WSLC_DELETE_CONTAINER_FLAG_FORCE这些错误码同时用于 WSLC 服务端实现参见 wslc.idl 与 wslutil.cpp 的映射SDK 层与运行时保持一致。业务代码建议按如下模式处理返回值PWSTR error nullptr; HRESULT hr WslcDeleteContainer(container, flags, error); if (FAILED(hr)) { wprintf(LDelete failed (0x%08lx): %s\n, hr, error ? error : L(no detail)); CoTaskMemFree(error); // 必须释放 errorMessage // 按 hr 分支处理WSLC_E_CONTAINER_IS_RUNNING 可考虑先 Stop 再重试 }四、源码级实现剖析WslcDeleteContainer的实现位于 wslcsdk.cppSTDAPI WslcDeleteContainer(_In_ WslcContainer container, _In_ WslcDeleteContainerFlags flags, _Outptr_opt_result_z_ PWSTR* errorMessage) try { ErrorInfoWrapper errorInfoWrapper{errorMessage}; auto internalType CheckAndGetInternalType(container); RETURN_HR_IF_NULL(HRESULT_FROM_WIN32(ERROR_INVALID_STATE), internalType-container); return errorInfoWrapper.CaptureResult(internalType-container-Delete(ConvertFlags(flags))); } CATCH_RETURN();其执行链路可拆解为四步可帮助理解 API 的语义边界错误信息捕获准备构造ErrorInfoWrapper包装errorMessage其作用是把底层运行时抛出的错误细节在返回HRESULT的同时转换为可读字符串通过CaptureResult一并写回输出参数。句柄合法性校验CheckAndGetInternalType(container)会把不透明的WslcContainer句柄还原为内部类型对象若容器句柄无效如传入NULL或已被释放返回E_POINTER或HRESULT_FROM_WIN32(ERROR_INVALID_STATE)0x8007139F对应“无效状态”场景。标志位转换ConvertFlags(flags)将 SDK 公共枚举转换为内部运行时枚举。对应特化模板位于 wslcsdk.cpptemplate struct FlagsTraitsWslcDeleteContainerFlags { using WslcType WSLCDeleteFlags; constexpr static WslcDeleteContainerFlags Mask WSLC_DELETE_CONTAINER_FLAG_FORCE; WSLC_FLAG_VALUE_ASSERT(WSLC_DELETE_CONTAINER_FLAG_FORCE, WSLCDeleteFlagsForce); };值得注意的是该特化通过WSLC_FLAG_VALUE_ASSERT在编译期用static_assert校验 SDK 枚举值WSLC_DELETE_CONTAINER_FLAG_FORCE (0x01)与运行时内部枚举WSLCDeleteFlagsForce完全一致防止两层定义漂移Mask限定了允许透传的位集合。也就是说SDK 层与运行时WSLCContainer的Delete方法之间的标志位契约是由编译期断言强保证的。 4.真正执行删除最终调用internalType-container-Delete(ConvertFlags(flags))即 WSLCContainer.cpp 中实现的Delete方法负责与 WSL 容器运行时交互、终止/回收容器资源。运行中的容器在此处依据是否有 FORCE 标志决定是否强制终止。另外winrt 封装 Container.cpp 也复用了同一底层实现为 C#/WinRT 调用方提供了对应的高层删除接口。五、最小可运行示例原文档给出的最小用法如下直接调用忽略错误细节HRESULT hr WslcDeleteContainer( container, WSLC_DELETE_CONTAINER_FLAG_FORCE, NULL);将其扩展为带完整错误处理与资源释放的版本#include windows.h #include objbase.h #include stdio.h #include wslcsdk.h #pragma comment(lib, ole32.lib) #pragma comment(lib, wslcsdk.lib) HRESULT DeleteContainerSafely(WslcContainer container, BOOL force) { PWSTR error nullptr; HRESULT hr WslcDeleteContainer( container, force ? WSLC_DELETE_CONTAINER_FLAG_FORCE : WSLC_DELETE_CONTAINER_FLAG_NONE, error); if (FAILED(hr)) { wprintf(LWslcDeleteContainer failed: 0x%08lx - %s\n, hr, error ? error : Lno detail); } CoTaskMemFree(error); // 释放 SDK 分配的字符串 return hr; }完整的容器生命周期示例删除操作通常出现在容器生命周期的收尾阶段。仓库的 end-to-end-example.md 给出了完整流程初始化会话 → 拉取镜像 → 创建/启动容器 → 等待 init 进程退出 → 停止并删除容器 → 释放句柄与会话其中与删除相关的两个典型场景摘录如下场景一启动失败时的强制清理——容器创建并启动失败后直接强制删除并释放hr WslcStartContainer(container, WSLC_CONTAINER_START_FLAG_NONE, error); if (FAILED(hr)) { wprintf(LStart failed: %s\n, error ? error : Lunknown); CoTaskMemFree(error); WslcDeleteContainer(container, WSLC_DELETE_CONTAINER_FLAG_FORCE, nullptr); WslcReleaseContainer(container); WslcTerminateSession(session); WslcReleaseSession(session); CoUninitialize(); return 1; }场景二正常收尾时的优雅删除——先查询容器状态仅在运行中时用WslcStopContainer优雅停止SIGTERM10 秒超时再以WSLC_DELETE_CONTAINER_FLAG_NONE删除WslcContainerState containerState WSLC_CONTAINER_STATE_INVALID; if (SUCCEEDED(WslcGetContainerState(container, containerState)) containerState WSLC_CONTAINER_STATE_RUNNING) { WslcStopContainer(container, WSLC_SIGNAL_SIGTERM, 10, nullptr); } WslcDeleteContainer(container, WSLC_DELETE_CONTAINER_FLAG_NONE, nullptr); WslcReleaseContainer(container); WslcTerminateSession(session); WslcReleaseSession(session);与 WslcReleaseContainer 的关系需要注意区分两个 APIWslcDeleteContainer删除容器本体终止运行时进程、清理容器状态属于服务端语义操作WslcReleaseContainer释放调用方持有的句柄引用参见 wslcreleasecontainer.md 对应文档。完整的最佳实践顺序是先WslcDeleteContainer删除容器再WslcReleaseContainer释放句柄。即便删除失败句柄也应在不再使用时释放而强制删除成功后旧句柄不应再被复用。六、测试验证与行为约定SDK 自带的 Windows 单元测试WslcSdkTests.cpp对删除路径做了多角度覆盖可作为行为契约参考常规删除成功多个测试在正常流程末尾调用WslcDeleteContainer(container, WSLC_DELETE_CONTAINER_FLAG_NONE, nullptr)并VERIFY_SUCCEEDED断言成功第 665、710、740 行覆盖“已停止容器可无标志删除”的主路径运行中容器拒绝删除DeleteRunningContainerWithoutForce精确断言返回WSLC_E_CONTAINER_IS_RUNNING第 2676 行验证了 FORCE 标志的存在意义强制删除路径第 2788 行在运行场景下使用WSLC_DELETE_CONTAINER_FLAG_FORCE并断言成功。这些测试同时印证了 API 文档的参数语义与错误码定义为移植或封装该 API 的开发者提供了可复现的验收基准。七、常见问题与注意事项删除运行中容器被拒返回WSLC_E_CONTAINER_IS_RUNNING时可先用WslcStopContainer(container, WSLC_SIGNAL_SIGTERM, timeoutSeconds, nullptr)优雅停止或改用WSLC_DELETE_CONTAINER_FLAG_FORCE强制删除。errorMessage 内存释放只要传入非空指针且函数失败返回的字符串都应由CoTaskMemFree释放建议统一在函数返回后立即释放。句柄复用删除成功后container句柄指向的容器已不存在任何后续基于该句柄的调用如WslcInspectContainer、WslcGetContainerState都可能返回WSLC_E_CONTAINER_NOT_FOUND或无效状态错误务必在删除后立即释放句柄并置空。数据持久化WSLC_DELETE_CONTAINER_FLAG_FORCE跳过优雅退出请确保容器内进程已妥善落盘或先通过WslcStopContainer优雅停止后再删除。错误信息与本地化errorMessage文本由 wslutil.cpp 的错误码映射统一生成可配合HRESULT一起用于日志与用户提示。八、相关 API 一览删除容器是容器管理 API 族的收尾一环完整列表见 Container APIs 索引与其直接相关的接口包括创建与启动WslcCreateContainer、WslcStartContainer状态与信息WslcGetContainerState、WslcInspectContainer、WslcGetContainerID停止与删除WslcStopContainer、WslcDeleteContainer本文、WslcReleaseContainer关联枚举与错误码WslcDeleteContainerFlags、错误码汇总掌握WslcDeleteContainer及其标志位语义配合WslcStopContainer与WslcReleaseContainer即可在 C/C 应用中构建完整、健壮的容器清理链路。【免费下载链接】WSLWindows Subsystem for Linux项目地址: https://gitcode.com/GitHub_Trending/ws/WSL创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
WSL 容器 SDK 之 WslcDeleteContainer删除容器的 C API 详解与源码级实践【免费下载链接】WSLWindows Subsystem for Linux项目地址: https://gitcode.com/GitHub_Trending/ws/WSL导读WslcDeleteContainer是 WSLWindows Subsystem for Linux容器 SDKWSLC中用于删除一个已创建容器的核心 C API负责把容器从当前会话中彻底移除、回收其运行资源。本文以官方 API 文档为主体结合仓库中 wslcsdk.cpp、wslcsdk.h 的实现以及 WslcSdkTests.cpp 的测试用例从函数签名、标志位语义、返回错误码到底层实现细节逐层剖析并给出可直接编译运行的最小示例与最佳实践帮助读者在基于 WSLC 的 C/C 应用中安全、正确地管理容器生命周期。一、函数签名与参数说明WslcDeleteContainer声明位于 wslcsdk.h并被导出为 SDK 公共符号见 wslcsdk.def签名如下STDAPI WslcDeleteContainer(_In_ WslcContainer container, _In_ WslcDeleteContainerFlags flags, _Outptr_opt_result_z_ PWSTR* errorMessage);参数类型方向说明containerWslcContainerin要删除的容器句柄由WslcCreateContainer创建返回flagsWslcDeleteContainerFlagsin删除行为控制标志可组合使用枚举位标志errorMessagePWSTR*out, optional失败时接收可读错误信息的宽字符串指针由调用方通过CoTaskMemFree释放不需要时传NULL返回值类型为HRESULTS_OK表示删除成功失败时返回对应的 HRESULT 错误码并可通过errorMessage获取本地化描述文本。参数细节container传入的句柄必须来自有效的WslcCreateContainer调用。删除成功后容器对象即进入失效状态但仍需调用WslcReleaseContainer释放句柄引用详见后文“与 WslcReleaseContainer 的关系”。errorMessage标注为_Outptr_opt_result_z_即输出缓冲区指针可空、成功结果保证以零结尾。若调用失败且该参数非NULLSDK 会填充由CoTaskMemAlloc分配的字符串调用方在用完后必须调用CoTaskMemFree释放避免内存泄漏。二、删除标志位WslcDeleteContainerFlags 详解flags参数使用 WslcDeleteContainerFlags 枚举完整定义如下typedef enum WslcDeleteContainerFlags { WSLC_DELETE_CONTAINER_FLAG_NONE 0, WSLC_DELETE_CONTAINER_FLAG_FORCE 0x01 } WslcDeleteContainerFlags;枚举值数值语义WSLC_DELETE_CONTAINER_FLAG_NONE0常规删除仅允许删除已停止Exited / Created状态的容器WSLC_DELETE_CONTAINER_FLAG_FORCE0x01强制删除即使容器正在运行也会先终止其进程再删除在 wslcsdk.h 中该枚举随后还通过DEFINE_ENUM_FLAG_OPERATORS(WslcDeleteContainerFlags)启用了 C 位运算符重载因此可以写出flagsA | flagsB这类组合表达式不过当前仅有两个取值实际组合用法较少多数场景直接传WSLC_DELETE_CONTAINER_FLAG_NONE或WSLC_DELETE_CONTAINER_FLAG_FORCE即可。关键语义FORCE 与运行中容器从测试用例 WslcSdkTests.cpp 中的DeleteRunningContainerWithoutForce可以明确验证两种标志的行为差异// 创建并启动一个 sleep 10 的容器 VERIFY_SUCCEEDED(WslcCreateContainer(m_defaultSession, containerSettings, container, nullptr)); VERIFY_SUCCEEDED(WslcStartContainer(container.get(), WSLC_CONTAINER_START_FLAG_NONE, nullptr)); // 不携带 FORCE 标志删除运行中的容器 → 必须失败 VERIFY_ARE_EQUAL(WslcDeleteContainer(container.get(), WSLC_DELETE_CONTAINER_FLAG_NONE, nullptr), WSLC_E_CONTAINER_IS_RUNNING);即对运行中的容器调用WslcDeleteContainer且不指定WSLC_DELETE_CONTAINER_FLAG_FORCE会返回WSLC_E_CONTAINER_IS_RUNNING而带WSLC_DELETE_CONTAINER_FLAG_FORCE时则可以成功删除参见同文件中第 2788 行对 FORCE 路径的验证。因此若容器可能仍在运行且你确认要立即清除请使用WSLC_DELETE_CONTAINER_FLAG_FORCE若希望先走优雅停止流程可先用WslcStopContainer支持指定信号与超时秒数停止容器再用WSLC_DELETE_CONTAINER_FLAG_NONE删除强制删除会跳过优雅退出进程可能收到终止信号涉及持久化数据时应自行做好落盘保证。三、返回值与错误码函数返回HRESULT。除通用 HRESULT如E_POINTER、E_INVALIDARG外与删除容器直接相关的容器类错误码定义在 wslcsdk.h同时在 error-codes.md 中有完整汇总其中关键两项错误码数值触发场景WSLC_E_CONTAINER_NOT_FOUND0x80040603指定的容器在会话中不存在例如句柄已被删除或属于其他会话WSLC_E_CONTAINER_IS_RUNNING0x80040606容器正在运行且调用未指定WSLC_DELETE_CONTAINER_FLAG_FORCE这些错误码同时用于 WSLC 服务端实现参见 wslc.idl 与 wslutil.cpp 的映射SDK 层与运行时保持一致。业务代码建议按如下模式处理返回值PWSTR error nullptr; HRESULT hr WslcDeleteContainer(container, flags, error); if (FAILED(hr)) { wprintf(LDelete failed (0x%08lx): %s\n, hr, error ? error : L(no detail)); CoTaskMemFree(error); // 必须释放 errorMessage // 按 hr 分支处理WSLC_E_CONTAINER_IS_RUNNING 可考虑先 Stop 再重试 }四、源码级实现剖析WslcDeleteContainer的实现位于 wslcsdk.cppSTDAPI WslcDeleteContainer(_In_ WslcContainer container, _In_ WslcDeleteContainerFlags flags, _Outptr_opt_result_z_ PWSTR* errorMessage) try { ErrorInfoWrapper errorInfoWrapper{errorMessage}; auto internalType CheckAndGetInternalType(container); RETURN_HR_IF_NULL(HRESULT_FROM_WIN32(ERROR_INVALID_STATE), internalType-container); return errorInfoWrapper.CaptureResult(internalType-container-Delete(ConvertFlags(flags))); } CATCH_RETURN();其执行链路可拆解为四步可帮助理解 API 的语义边界错误信息捕获准备构造ErrorInfoWrapper包装errorMessage其作用是把底层运行时抛出的错误细节在返回HRESULT的同时转换为可读字符串通过CaptureResult一并写回输出参数。句柄合法性校验CheckAndGetInternalType(container)会把不透明的WslcContainer句柄还原为内部类型对象若容器句柄无效如传入NULL或已被释放返回E_POINTER或HRESULT_FROM_WIN32(ERROR_INVALID_STATE)0x8007139F对应“无效状态”场景。标志位转换ConvertFlags(flags)将 SDK 公共枚举转换为内部运行时枚举。对应特化模板位于 wslcsdk.cpptemplate struct FlagsTraitsWslcDeleteContainerFlags { using WslcType WSLCDeleteFlags; constexpr static WslcDeleteContainerFlags Mask WSLC_DELETE_CONTAINER_FLAG_FORCE; WSLC_FLAG_VALUE_ASSERT(WSLC_DELETE_CONTAINER_FLAG_FORCE, WSLCDeleteFlagsForce); };值得注意的是该特化通过WSLC_FLAG_VALUE_ASSERT在编译期用static_assert校验 SDK 枚举值WSLC_DELETE_CONTAINER_FLAG_FORCE (0x01)与运行时内部枚举WSLCDeleteFlagsForce完全一致防止两层定义漂移Mask限定了允许透传的位集合。也就是说SDK 层与运行时WSLCContainer的Delete方法之间的标志位契约是由编译期断言强保证的。 4.真正执行删除最终调用internalType-container-Delete(ConvertFlags(flags))即 WSLCContainer.cpp 中实现的Delete方法负责与 WSL 容器运行时交互、终止/回收容器资源。运行中的容器在此处依据是否有 FORCE 标志决定是否强制终止。另外winrt 封装 Container.cpp 也复用了同一底层实现为 C#/WinRT 调用方提供了对应的高层删除接口。五、最小可运行示例原文档给出的最小用法如下直接调用忽略错误细节HRESULT hr WslcDeleteContainer( container, WSLC_DELETE_CONTAINER_FLAG_FORCE, NULL);将其扩展为带完整错误处理与资源释放的版本#include windows.h #include objbase.h #include stdio.h #include wslcsdk.h #pragma comment(lib, ole32.lib) #pragma comment(lib, wslcsdk.lib) HRESULT DeleteContainerSafely(WslcContainer container, BOOL force) { PWSTR error nullptr; HRESULT hr WslcDeleteContainer( container, force ? WSLC_DELETE_CONTAINER_FLAG_FORCE : WSLC_DELETE_CONTAINER_FLAG_NONE, error); if (FAILED(hr)) { wprintf(LWslcDeleteContainer failed: 0x%08lx - %s\n, hr, error ? error : Lno detail); } CoTaskMemFree(error); // 释放 SDK 分配的字符串 return hr; }完整的容器生命周期示例删除操作通常出现在容器生命周期的收尾阶段。仓库的 end-to-end-example.md 给出了完整流程初始化会话 → 拉取镜像 → 创建/启动容器 → 等待 init 进程退出 → 停止并删除容器 → 释放句柄与会话其中与删除相关的两个典型场景摘录如下场景一启动失败时的强制清理——容器创建并启动失败后直接强制删除并释放hr WslcStartContainer(container, WSLC_CONTAINER_START_FLAG_NONE, error); if (FAILED(hr)) { wprintf(LStart failed: %s\n, error ? error : Lunknown); CoTaskMemFree(error); WslcDeleteContainer(container, WSLC_DELETE_CONTAINER_FLAG_FORCE, nullptr); WslcReleaseContainer(container); WslcTerminateSession(session); WslcReleaseSession(session); CoUninitialize(); return 1; }场景二正常收尾时的优雅删除——先查询容器状态仅在运行中时用WslcStopContainer优雅停止SIGTERM10 秒超时再以WSLC_DELETE_CONTAINER_FLAG_NONE删除WslcContainerState containerState WSLC_CONTAINER_STATE_INVALID; if (SUCCEEDED(WslcGetContainerState(container, containerState)) containerState WSLC_CONTAINER_STATE_RUNNING) { WslcStopContainer(container, WSLC_SIGNAL_SIGTERM, 10, nullptr); } WslcDeleteContainer(container, WSLC_DELETE_CONTAINER_FLAG_NONE, nullptr); WslcReleaseContainer(container); WslcTerminateSession(session); WslcReleaseSession(session);与 WslcReleaseContainer 的关系需要注意区分两个 APIWslcDeleteContainer删除容器本体终止运行时进程、清理容器状态属于服务端语义操作WslcReleaseContainer释放调用方持有的句柄引用参见 wslcreleasecontainer.md 对应文档。完整的最佳实践顺序是先WslcDeleteContainer删除容器再WslcReleaseContainer释放句柄。即便删除失败句柄也应在不再使用时释放而强制删除成功后旧句柄不应再被复用。六、测试验证与行为约定SDK 自带的 Windows 单元测试WslcSdkTests.cpp对删除路径做了多角度覆盖可作为行为契约参考常规删除成功多个测试在正常流程末尾调用WslcDeleteContainer(container, WSLC_DELETE_CONTAINER_FLAG_NONE, nullptr)并VERIFY_SUCCEEDED断言成功第 665、710、740 行覆盖“已停止容器可无标志删除”的主路径运行中容器拒绝删除DeleteRunningContainerWithoutForce精确断言返回WSLC_E_CONTAINER_IS_RUNNING第 2676 行验证了 FORCE 标志的存在意义强制删除路径第 2788 行在运行场景下使用WSLC_DELETE_CONTAINER_FLAG_FORCE并断言成功。这些测试同时印证了 API 文档的参数语义与错误码定义为移植或封装该 API 的开发者提供了可复现的验收基准。七、常见问题与注意事项删除运行中容器被拒返回WSLC_E_CONTAINER_IS_RUNNING时可先用WslcStopContainer(container, WSLC_SIGNAL_SIGTERM, timeoutSeconds, nullptr)优雅停止或改用WSLC_DELETE_CONTAINER_FLAG_FORCE强制删除。errorMessage 内存释放只要传入非空指针且函数失败返回的字符串都应由CoTaskMemFree释放建议统一在函数返回后立即释放。句柄复用删除成功后container句柄指向的容器已不存在任何后续基于该句柄的调用如WslcInspectContainer、WslcGetContainerState都可能返回WSLC_E_CONTAINER_NOT_FOUND或无效状态错误务必在删除后立即释放句柄并置空。数据持久化WSLC_DELETE_CONTAINER_FLAG_FORCE跳过优雅退出请确保容器内进程已妥善落盘或先通过WslcStopContainer优雅停止后再删除。错误信息与本地化errorMessage文本由 wslutil.cpp 的错误码映射统一生成可配合HRESULT一起用于日志与用户提示。八、相关 API 一览删除容器是容器管理 API 族的收尾一环完整列表见 Container APIs 索引与其直接相关的接口包括创建与启动WslcCreateContainer、WslcStartContainer状态与信息WslcGetContainerState、WslcInspectContainer、WslcGetContainerID停止与删除WslcStopContainer、WslcDeleteContainer本文、WslcReleaseContainer关联枚举与错误码WslcDeleteContainerFlags、错误码汇总掌握WslcDeleteContainer及其标志位语义配合WslcStopContainer与WslcReleaseContainer即可在 C/C 应用中构建完整、健壮的容器清理链路。【免费下载链接】WSLWindows Subsystem for Linux项目地址: https://gitcode.com/GitHub_Trending/ws/WSL创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
