print() 是Python最轻量直接的输出工具，但需注意str()转换导致的信息丢失、缩略显示问题，调试宜用f-string加!r，线上须移除，文件操作应避免临时open，Jupyter中自动输出使print()冗余。
print() 为什么总在调试时第一个被用上
因为它是 Python 里最轻量、最直接的输出通道，不需要导入、不依赖环境、执行即见结果。但要注意：print() 输出的是字符串形式——哪怕你传入 int 或 dict，它内部会自动调用 str() 转换，这可能导致信息丢失（比如浮点数精度截断、对象内存地址被隐藏）。
常见错误现象：print(my_list) 看起来正常，但实际想查的是嵌套结构里的某个键值，结果只看到缩略显示（如 {'a': [...], 'b': [...]}）。这时候该用 pprint.pprint()。
- 调试时优先加
print(f"var_name = {var_name!r}")，!r触发repr()，能看清空格、换行符、None 等隐式值 - 避免在循环里无节制打
print()，容易淹没关键信息；可加前缀如print(f"[step-5] x={x}") - 线上环境务必删掉或注释掉调试用
print()，它不会自动禁用，也不受 logging 级别控制
print() 做用户交互输出时的边界问题
print() 本身不读输入，只负责“吐出来”，但它常和 input() 搭配构成最简交互。问题在于：默认换行行为会让提示和用户输入分两行，视觉割裂。
例如：print("请输入姓名：") + name = input()，结果是：
立即学习“Python免费学习笔记（深入）”；
请输入姓名： 张三
更自然的写法是用 end 参数抹掉换行：
print("请输入姓名：", end="") + name = input() → 显示为：请输入姓名：张三
-
print()的end默认是"\n"，改成空字符串""或空格" "可控输出结尾 -
sep参数影响多参数间的分隔符，默认空格，比如print("a", "b", "c", sep="|")输出a|b|c - 不要指望
print()实现清屏或光标定位——这些需要os.system("clear")或 ANSI 转义序列，跨平台兼容性差
print() 直接写文件？别绕过 open() 和 write()
有人试过 print("hello", file=open("out.txt", "w"))，看似一行搞定，但这是危险操作：文件没显式关闭，可能丢数据，且每次调用都重开文件，覆盖之前内容。
正确做法永远是先 open()，再用 print(..., file=f) 或 f.write()：
with open("out.txt", "w") as f: print("line1", file=f) print("line2", file=f)
-
print(..., file=f)自动加换行，f.write()不加，需手动补"\n" - 如果要追加写，
open("out.txt", "a")，不是"w" - 写二进制文件（如图片）不能用
print()，必须用.write()配合bytes
print() 在 Jupyter 和 IDE 中的显示差异
Jupyter Notebook / Lab 里，最后一个表达式会自动输出（类似 display()），这时 print() 反而显得多余；而 PyCharm 或 VS Code 终端运行脚本时，print() 是唯一可靠输出方式。
更隐蔽的问题：Jupyter 中 print() 输出位置不可控——它总出现在 cell 执行后，无法像 IPython.display.clear_output() 那样刷新上一行。
- 在 Jupyter 中做进度反馈，别用
print("done")，改用from IPython.display import clear_output; print("progress:", i); clear_output(wait=True) - IDE 调试器里，变量值悬停查看比一堆
print()更高效，但复杂结构（如嵌套生成器）仍得靠print(repr(obj)) - 注意编码：Windows 控制台默认 GBK，打印含中文的字符串可能报
UnicodeEncodeError，此时需设置环境变量或改用sys.stdout.reconfigure(encoding="utf-8")（Python 3.7+）
真正难的不是怎么用 print()，而是什么时候该停手——它太容易了，容易到让人忽略日志分级、结构化输出、异步写入这些真正面向生产的需求。
