调试与生产模式切换：如何禁用print($data)避免影响性能？

当然有办法啦！你提到的布尔值开关是非常实用的思路，除此之外还有几个更优雅、更适合生产环境的方案，我来给你详细讲讲：

1. 布尔值开关（最直接的快速方案） #

这就是你想到的思路，核心是定义一个全局的开关常量，所有调试打印都包裹在这个条件判断里：

# 开发环境设为True，生产环境直接改成False（或者从配置文件读取）
DEBUG = False

# 业务代码里的调试打印
if DEBUG:
    print($data)

这种方式的好处是零学习成本，直接上手用。建议把这个DEBUG常量放在统一的配置文件里，部署生产环境时只需要修改配置，不用逐个改业务代码里的打印语句。

2. 封装专用的调试打印函数 #

如果项目里调试打印很多，每次写if DEBUG:会很繁琐，可以把逻辑封装成一个函数：

DEBUG = False

def debug_log(data):
    if DEBUG:
        print(data)

# 业务代码里直接调用即可
debug_log($data)

这样不仅代码更整洁，后期如果想把调试输出从控制台改成日志文件，或者添加额外的格式处理，只需要修改这一个函数就行，不用改所有业务代码。

3. 利用语言/框架自带的日志系统（推荐生产环境使用） #

大部分编程语言和开发框架都自带成熟的日志模块，支持按日志级别控制输出，比手动写布尔开关更专业：
比如Python的logging模块：

import logging

# 开发环境设为DEBUG级别，生产环境改成INFO或WARNING
logging.basicConfig(level=logging.INFO)

# 调试时用debug级别输出
logging.debug($data)

这种方式的优势在于：

• 可以灵活切换日志级别，生产环境完全屏蔽debug级别的输出，不会影响性能
• 支持把日志输出到文件、数据库等，不会像print那样干扰控制台输出
• 可以配置日志格式，方便后期排查问题（如果需要临时开启调试日志的话）

4. 编译/构建阶段自动移除调试代码 #

对于编译型语言（比如C++、Go），可以通过宏定义或构建标签，让编译器在生产构建时自动剔除调试代码：
比如Go语言的示例：

package main

import "fmt"

// 生产构建时可以通过编译参数把这个常量设为false
const DEBUG = false

func main() {
    if DEBUG {
        fmt.Println("调试数据：", someData)
    }
}

这种方式最彻底，生产环境的二进制文件里根本不会包含调试打印的代码，完全不存在性能影响的问题。

小提醒 #

实际项目里，尽量避免直接用print做调试输出，尤其是生产环境。print会直接输出到标准输出，可能会泄露敏感数据，或者干扰正常的程序输出流。用日志系统代替是更稳妥的选择。

内容的提问来源于stack exchange，提问作者mrs.tat