应优先使用 pyperclip 而非 tkinter.clipboard_get：pyperclip 跨平台自动适配系统工具，避免 GUI 环境依赖与文本类型限制；tkinter 在无显示环境易报错且仅支持纯文本。
Python 本身没有内置跨平台剪贴板 API，直接用 pyperclip 是最轻量、最可靠的选择——它底层自动适配 Windows 的 win32clipboard、macOS 的 pbcopy/pbpaste、Linux 的 xclip 或 xsel，不用自己判系统、装依赖、写 fallback。
为什么不用 tkinter.Tk().clipboard_get()
看似“原生”，实则隐患多：tkinter 会隐式启动 GUI 环境，在无显示服务器的 Linux 终端（如 SSH 连接）、Windows Server Core 或 macOS headless 场景下直接抛 TclError: can't invoke "clipboard" command；且 clipboard 内容类型受限（仅支持文本），无法处理图像或富文本。除非你明确控制运行环境且只要纯文本，否则不推荐。
pyperclip 安装与基础读写
安装只需一行：
pip install pyperclip。它会自动检测并尝试调用系统工具，失败时给出清晰提示（比如 Linux 提示 “xclip not found”）。基本用法极简：
快速生成专业的 Python 脚本和应用代码。一键创建完整项目结构，支持CLI、API、爬虫、Bot、Django等多种项目类型，包含完整的项目结构、配置文件、依赖管理、测试、README和文档。
- 读取：直接调用
pyperclip.paste()，返回str（空字符串表示剪贴板为空或不可读） - 写入：调用
pyperclip.copy("hello")，支持任意长度字符串（但过长可能被系统截断，如 macOS 限制约 10MB） - 清空剪贴板？
pyperclip.copy("")即可，无需特殊函数
处理非文本内容（图像、HTML）的现实约束
跨平台图像复制在 Python 中几乎不可行：pyperclip 不支持二进制数据；pywin32 只能 Windows；pyobjc 只能 macOS；Linux X11 剪贴板协议对图像支持碎片化且需手动构造 Atom 和格式转换。实际项目中应规避该需求，或降级为“复制图像路径”+“粘贴时由目标应用自行加载”。HTML 同理——pyperclip 只能当普通文本写入，目标应用是否解析为富文本取决于其自身实现，Python 层无法保证。
立即学习“Python免费学习笔记（深入）”；
真正容易被忽略的是权限问题：macOS 从 Catalina 开始要求 TCC（全盘访问）授权才能读取剪贴板，首次调用 pyperclip.paste() 会弹窗请求；Linux 上若未安装 xclip 且用户没给 xsel 权限，会静默失败。这些都不是代码能绕过的，必须提前告知用户或在部署文档里写清楚。
