云开发环境体验版：三个小时容器用完就没了

## 体验版容器是什么

云厂商提供的「云开发环境体验版」，通常是免费试用、秒级启动、开机即用的容器。

界面上会写这么一行：

```
剩余时长 02:59:33
体验版容器环境 3 小时后会释放，再次启动会创建全新容器，请注意保存您的相关文档。
```

三点信息：

1. 有 3 小时时长上限
2. 时间到就释放
3. **再次启动会创建全新容器**

前两条好理解。第三条值得展开说——它有一个不容易注意到的副作用。

## 陷阱：每次进入都是新环境

我做自动化测试时踩过：

```
第一步：写了个脚本，往容器的 /root/workspace 放测试文件
第二步：退出，隔天再进
第三步：文件不见了
```

不是脚本有问题，是**容器重建了**。

这个设计对「体验」是合理的——每个人都拿到干净的初始状态，不用担心前一个人的残留。但对「持续使用」就不友好。

如果任务是按「每次进入都是新环境」设计的，那么：

- 依赖文件持久化的流程会失败
- 缓存、历史记录、配置全丢
- 会话上下文也重置

## 怎么判断是不是新容器

不看启动时间，看剩余时长。

```javascript
// 剩余时长接近 03:00:00 -> 刚创建的新容器
// 剩余 01:xx:xx -> 已经用了 1 小时以上
const m = document.body.innerText.match(/剩余时长\s*\n?\s*(\d{2}:\d{2}:\d{2})/);
console.log(m ? m[1] : 'unknown');
```

我写自动化时的判断逻辑：

```python
remain = get_remaining_time(ws)

if remain is None:
print("容器未就绪")
elif remain.startswith("02:5") or remain.startswith("02:59"):
print("新容器，刚创建")
else:
print("已在使用的容器")
```

这个判断能避掉一个坑：如果以为复用旧容器、实际拿到新的，后续步骤全错。

## 三种部署形态的取舍

云开发环境通常有三种：

| 形态 | 起停速度 | 数据 | 计费 |
|---|---|---|---|
| 体验版 | 秒级 | 不保留 | 免费 |
| 持久化版 | 较慢 | 保存 | 核时 |
| 本地环境 | 无 | 本地 | 无 |

选择逻辑：

```
一次性验证想法 -> 体验版
持续开发某个项目 -> 持久化版
离线、敏感数据 -> 本地
```

我遇到过一个反例：有人用体验版跑持续集成，第二天发现构建缓存全没了，构建时间翻了三倍。这种场景应该用持久化版。

## 一个实用做法：每次进入先做自检

```python
def bootstrap(ws):
"""进入容器后的第一步"""
remain = get_remaining_time(ws)
if remain and remain.startswith("02:59"):
# 新容器，需要重新准备环境
install_dependencies(ws)
restore_config(ws)
else:
# 旧容器，直接干活
pass
```

把「环境准备」和「执行任务」分开，才能适应容器重建。

## 关于 3 小时

3 小时在实际使用中大概够做：

- 跑通一个 demo（10-30 分钟）
- 编译打包一个中等项目（20-60 分钟）
- 完整走一遍教程（1-2 小时）

不够的：

- 大型项目的完整构建
- 长时间的训练任务
- 需要后台常驻的服务

如果任务超过 2 小时，要提前想到被释放的情况，做好断点续传或者中间结果保存。

## 小结

体验版容器的三条规则里，「每次启动都是全新容器」是最容易踩的。

判断方法很简单：看剩余时长。接近 3 小时整说明是新容器，其余说明在复用。

这不是产品设计的问题——体验版本来就是给「试试看」用的。但用之前搞清楚边界，能省掉不少「为什么昨天还好好的」的困惑。