[HUST CSE][components][net][sal] harden socket lifetime and close handling

[Telecaster2147]

拉取/合并请求描述：(PR description)

[

为什么提交这份PR (why to submit this PR)

当前 SAL socket 路径里，socket 描述符查表、对象使用、以及 close/reuse 之间缺少统一的生命周期约束。原有实现至少存在两类问题：

• 已关闭 socket 再次进入 SAL API 时，旧代码可能先解引用空槽位或无效对象，而不是稳定返回错误；
• 并发场景下，一个线程在 lookup 后持有裸指针，另一个线程同时 close 并回收/复用该对象，会形成 stale object/use-after-close 风险。

这类问题集中出现在 components/net/sal/src/sal_socket.c 的 socket lookup、delete、close 和多条 API 入口路径中，影响 SAL 的健壮性和并发安全性，值得单独修复。

你的解决方案是什么 (what is your solution)

本 PR 对 SAL socket 生命周期做了统一收敛，并补充对应回归测试：

• 在 struct sal_socket 中增加显式生命周期状态和引用计数；
• 将 sal_get_socket() 改为“查找并持有临时引用”，新增 sal_socket_put() 负责释放；
• 将 close/delete 路径改成“先从全局表摘除，再等待 in-flight 引用释放，最后回收/复用对象”的两阶段处理；
• 调整 SAL API 入口以及相关实现层代码，保证使用 struct sal_socket 的整个期间都成对持有/释放引用；
• 扩展 components/net/utest/tc_sal_socket.c，覆盖 close 后继续访问、double close、close/use 竞态、socket cache reuse stress 等回归场景。

该修改不改变正常 socket 路径的接口语义，主要把原先不受约束的关闭/复用竞态收敛为明确、可验证的失败返回和生命周期行为。

请提供验证的bsp和config (provide the config and bsp)

• BSP: bsp/qemu-vexpress-a9

• .config:

  1. 使用 bsp/qemu-vexpress-a9/.config 做基础编译回归验证；
  2. 运行 SAL utest 时，在该 BSP .config 基础上追加：
     • examples/utest/configs/default.cfg
     • examples/utest/configs/components/sal.cfg
     • CONFIG_RT_USING_UTESTCASES=y
     • CONFIG_RT_UTEST_TC_USING_SAL=y

]

当前拉取/合并请求的状态 Intent for your PR

必须选择一项 Choose one (Mandatory):

• 本拉取/合并请求是一个草稿版本 This PR is for a code-review and is intended to get feedback
• 本拉取/合并请求是一个成熟版本 This PR is mature, and ready to be integrated into the repo

代码质量 Code Quality：

我在这个拉取/合并请求中已经考虑了 As part of this pull request, I've considered the following:

• 已经仔细查看过代码改动的对比 Already check the difference between PR and old code
• 代码风格正确，包括缩进空格，命名及其他风格 Style guide is adhered to, including spacing, naming and other styles
• 没有垃圾代码，代码尽量精简，不包含#if 0代码，不包含已经被注释了的代码 All redundant code is removed and cleaned up
• 所有变更均有原因及合理的，并且不会影响到其他软件组件代码或BSP All modifications are justified and not affect other components or BSP
• 对难懂代码均提供对应的注释 I've commented appropriately where code is tricky
• 代码是高质量的 Code in this PR is of high quality
• 已经使用formatting 等源码格式化工具确保格式符合RT-Thread代码规范 This PR complies with RT-Thread code specification
• 如果是新增bsp, 已经添加ci检查到.github/ALL_BSP_COMPILE.json 详细请参考链接BSP自查

[github-actions]

👋 感谢您对 RT-Thread 的贡献！Thank you for your contribution to RT-Thread!

为确保代码符合 RT-Thread 的编码规范，请在你的仓库中执行以下步骤运行代码格式化工作流（如果格式化CI运行失败）。
To ensure your code complies with RT-Thread's coding style, please run the code formatting workflow by following the steps below (If the formatting of CI fails to run).

---

🛠 操作步骤 | Steps

1. 前往 Actions 页面 | Go to the Actions page
   点击进入工作流 → | Click to open workflow →

2. 点击 Run workflow | Click Run workflow

• 设置需排除的文件/目录（目录请以"/"结尾）
  Set files/directories to exclude (directories should end with "/")
• 将目标分支设置为 \ Set the target branch to：fix/sal-socket-lifetime-hardening
• 设置PR number为 \ Set the PR number to：11383

3. 等待工作流完成 | Wait for the workflow to complete
   格式化后的代码将自动推送至你的分支。
   The formatted code will be automatically pushed to your branch.

完成后，提交将自动更新至 fix/sal-socket-lifetime-hardening 分支，关联的 Pull Request 也会同步更新。
Once completed, commits will be pushed to the fix/sal-socket-lifetime-hardening branch automatically, and the related Pull Request will be updated.

如有问题欢迎联系我们，再次感谢您的贡献！💐
If you have any questions, feel free to reach out. Thanks again for your contribution!

[github-actions]

📌 Code Review Assignment

🏷️ Tag: components

Reviewers: @Maihuanyi

Changed Files (Click to expand)

• components/net/sal/impl/af_inet_at.c
• components/net/sal/impl/af_inet_lwip.c
• components/net/sal/impl/proto_mbedtls.c
• components/net/sal/include/sal_low_lvl.h
• components/net/sal/src/sal_socket.c
• components/net/utest/tc_sal_socket.c

---

📊 Current Review Status (Last Updated: 2026-05-10 23:20 CST)

• ⌛ @Maihuanyi Pending Review

---

📝 Review Instructions

1. 维护者可以通过单击此处来刷新审查状态: 🔄 刷新状态
   Maintainers can refresh the review status by clicking here: 🔄 Refresh Status

2. 确认审核通过后评论 LGTM/lgtm
   Comment LGTM/lgtm after confirming approval

3. PR合并前需至少一位维护者确认
   PR must be confirmed by at least one maintainer before merging

ℹ️ 刷新CI状态操作需要具备仓库写入权限。
ℹ️ Refresh CI status operation requires repository Write permission.