在非虚拟环境中用普通用户权限执行 `pip uninstall` 仅影响当前 python 环境的 site-packages，通常不会破坏系统预装工具（如 apt/dnf 安装的 python 应用），但若存在共享环境或手动混用 pip/system 包，则仍可能引发依赖冲突。
当你以普通用户身份（不使用 sudo）运行 pip uninstall streamlit 时，pip 默认操作的是 当前 Python 解释器的用户级 site-packages 目录（通常是 ~/.local/lib/pythonX.Y/site-packages/），而非系统级路径（如 /usr/lib/python3.X/site-packages/）。这意味着：
- ✅ 系统级工具通常不受影响：通过包管理器（如 apt install python3-streamlit 或 dnf install python3-streamlit）安装的 Python 应用，其依赖包被部署在系统路径中，并由系统包管理器独立维护。它们不依赖 ~/.local 中的 pip 包，因此卸载用户级 streamlit 不会使其崩溃。
- ⚠️ 例外情况需警惕：
- 若你曾用 sudo pip install 污染过系统 site-packages，后续
pip uninstall（即使无 sudo）可能因 pip 自动回退到系统路径而误删关键包；
- 若设置了 PYTHONPATH 指向用户目录，或使用了 --user 以外的自定义安装路径，依赖关系可能交叉；
- 某些桌面应用（如 VS Code 的 Python 插件、JupyterLab 桌面版）若显式调用 ~/.local/bin/streamlit 并依赖其 Python 模块，卸载后该命令将失效（但不影响其核心功能）。
你可以通过以下命令确认当前 pip 操作范围：
python -m site --user-site # 显示用户级 site-packages 路径
pip show streamlit | grep "Location" # 查看实际安装位置
? 关于 grep ^Required-by
✅ 安全实践建议：
-
始终优先使用虚拟环境：避免在全局或用户级环境直接安装/卸载工具类包；
-
检查安装来源：用 dpkg -S streamlit（Debian/Ubuntu）或 rpm -qf $(python -c "import streamlit; print(streamlit.__file__)")（RHEL/Fedora）确认是否为系统包管理器安装；
-
卸载前备份依赖快照：pip freeze > pre-uninstall.txt；
-
替代方案优于卸载：遇到版本冲突（如 protobuf 4.23.4 vs streamlit 要求
总结：pip 本身不具备跨环境依赖追踪能力，其“隔离性”仅限于当前解释器的包搜索路径。真正的依赖完整性保障需借助更严格的环境管理系统（如 Nix、conda 或容器化方案），而非依赖 pip 的默认行为。
