在日常工作中，我们经常会用 **WPS 表格** 打开和编辑 `.csv` 文件。但如果你是在 **Windows 环境**中编辑，而随后又要在 **WSL2（Linux 子系统）** 或其他基于 Linux 的环境中使用同一个文件，就有可能遇到 **乱码或无法正确解析** 的问题。

这通常是由于 **字符编码不一致** 导致的。



## 🧩 问题原因

WPS 在 Windows 下保存 CSV 文件时，**默认会使用 GBK 编码**（即简体中文 Windows 的系统默认编码）。

而 Linux 系统下的工具（如 Python、Pandas、shell 脚本、MySQL 等）通常期望 CSV 文件是 **UTF-8 编码**。
当 GBK 文件在这些环境中被当作 UTF-8 解读时，就会出现乱码。

## 🛠️ 解决方案

要让文件在 WSL2 或 Linux 环境中正确显示，可以手动将 CSV 文件从 GBK 转为 UTF-8，并处理换行符格式。

以下是推荐的两步命令行方案：

```bash
# 1️⃣ 将文件从 GBK 转为 UTF-8 编码
iconv -f GBK -t UTF-8 input.csv -o output.csv

# 2️⃣ 将 Windows 换行符（CRLF）转换为 Linux 格式（LF）
dos2unix output.csv
```

执行完以上命令后，生成的 `output.csv` 就是 **UTF-8 编码** 且 **Linux 格式换行符** 的文件，
在 WSL2、Python、MySQL 等环境中都可以正常读取和解析。

## ✅ 小结

| 项目   | Windows 默认    | Linux 推荐  |
| ---- | ------------- | --------- |
| 字符编码 | GBK           | UTF-8     |
| 换行符  | CRLF (`\r\n`) | LF (`\n`) |

在跨平台协作中，建议：

* **统一使用 UTF-8 编码**；
* **避免直接在 WPS 中保存 CSV 文件**；
* 或者使用如 VS Code、Notepad++ 等可自定义编码的编辑器进行保存。

WPS 编辑的 CSV 文件在 Linux 下乱码？两步解决编码问题！

在日常使用 Docker Compose 时，我们经常会遇到一种情况：  
项目目录被删除了，但容器依然在运行，`docker compose down` 也失效了。  
本文总结了如何安全地清理这些“失联”的 Compose 项目。



## 一、发现问题：项目目录已丢失

我们可以先列出所有 Compose 项目：

```
docker compose ls
```

输出示例：

```
NAME            STATUS         CONFIG_FILES
webapp          running(3)     /home/user/webapp/docker-compose.yml
oldservice      running(2)     <no such file or directory>
```

可以看到 `oldservice` 的目录已经不存在，但容器还在运行。


## 二、确认该项目对应的容器

Docker Compose 启动的容器都有一个统一的 label：  
`com.docker.compose.project=<project_name>`

通过它可以筛选出所有属于该项目的容器：

```
docker ps -a --filter "label=com.docker.compose.project=oldservice"
```

这会列出所有 `oldservice` 的容器。


## 三、关闭并删除这些容器

停掉容器：

```
docker stop $(docker ps -q --filter "label=com.docker.compose.project=oldservice")
```

删除容器：

```
docker rm $(docker ps -aq --filter "label=com.docker.compose.project=oldservice")
```

## 四、清理残留的网络和卷（可选）

Compose 会创建网络和卷，也可以用 label 删除：

```
# 删除网络
docker network rm $(docker network ls -q --filter "label=com.docker.compose.project=oldservice")

# 删除卷（⚠️ 慎用，会删除数据）
docker volume rm $(docker volume ls -q --filter "label=com.docker.compose.project=oldservice")
```

执行前可以先查看确认：

```
docker network ls
docker volume ls
```


## 五、验证清理结果

再次查看：

```
docker compose ls
```

如果 `oldservice` 已经不在列表中，说明清理干净 ✅。


## 六、一键清理“失效项目”（可选脚本）

如果有多个项目目录丢失，可以用下面的脚本自动检测并清理：

```
docker compose ls --format json | jq -r '.[] | select(.ConfigFiles | test("no such file") or test("null")) | .Name' |
while read name; do
  echo "Cleaning project: $name"
  docker stop $(docker ps -q --filter "label=com.docker.compose.project=$name") 2>/dev/null
  docker rm $(docker ps -aq --filter "label=com.docker.compose.project=$name") 2>/dev/null
  docker network rm $(docker network ls -q --filter "label=com.docker.compose.project=$name") 2>/dev/null
done
```

保存为 `docker-compose-clean.sh`，添加执行权限：

```
chmod +x docker-compose-clean.sh
```

运行即可批量清理失效的 Compose 项目。


## ✅ 总结

| 操作     | 命令 / 方法                                                      | 说明        |
| ------ | ------------------------------------------------------------ | --------- |
| 查看项目   | `docker compose ls`                                          | 检查是否有目录丢失 |
| 查看容器   | `docker ps -a --filter label=com.docker.compose.project=xxx` | 找到相关容器    |
| 停止容器   | `docker stop ...`                                            | 关闭运行的容器   |
| 删除容器   | `docker rm ...`                                              | 移除容器      |
| 删除网络和卷 | `docker network/volume rm ...`                               | 可选清理      |
| 批量清理脚本 | `docker-compose-clean.sh`                                    | 一键清理失效项目  |