Python Tkinter GUI问题：点击按钮删除函数内定义的画布对象

我完全懂你碰到的麻烦——调大瓷砖数量时一切正常，但调小的时候旧瓷砖总是留在新瓷砖后面，明明用了canvas.delete('all')却没效果，还卡在“不重新定义canvas就没法调尺寸，重新定义又导致清除失效”的两难里。

问题根源 #

你在generate_start函数里犯了一个关键错误：重新创建了一个新的Canvas对象。

一开始你在全局作用域创建了一个canvas并把它放到窗口的grid布局里，但在函数里又写了canvas = tk.Canvas(window, ...)，这时候函数里的canvas变量已经指向了一个全新的对象，和你一开始创建的那个canvas完全没关系了。旧的canvas还安安稳稳待在原来的grid位置上，新的canvas只是叠在它上面。当你调小瓷砖数量时，新canvas的宽度变小，旧canvas就从后面露出来了，看起来像是“旧瓷砖没被清除”。

解决方案：修改现有Canvas，而非重新创建 #

根本不需要重新生成Canvas，直接修改现有Canvas的尺寸和布局参数就行，这样既能动态调整画布大小，又能保证delete('all')作用在正确的对象上。

修正后的完整代码 #

import tkinter as tk

def generate_start(window, canvas, num_tiles):
    # 先彻底清除画布上所有旧内容
    canvas.delete('all')
    # 修改现有画布的尺寸，适配新的瓷砖数量
    canvas.config(width=40*num_tiles, height=40)
    # 更新画布的grid布局列跨度，确保布局正确
    canvas.grid_configure(columnspan=num_tiles)
    # 绘制新的瓷砖
    for i in range(num_tiles):
        tile_width = 40
        x1 = i * tile_width
        y1 = 0
        x2 = (i + 1)*tile_width - 1
        y2 = tile_width - 1
        canvas.create_rectangle(x1, y1, x2, y2, fill='blue')

window = tk.Tk()
window.title('GUI')
tk.Label(window, text = "Number of starting tiles:").grid(row=0)
default_start_num = 6
var = tk.IntVar(value=default_start_num)
start_num = tk.Spinbox(window, from_=1, to=100, textvariable=var)
start_num.grid(row=0, column=1)
# 初始化画布
canvas = tk.Canvas(window, width=40*default_start_num, height=40)
canvas.grid(row=1, columnspan=default_start_num)
# 按钮绑定命令，直接传递全局的canvas对象
generate_btn = tk.Button(window, text='Generate', command=lambda: generate_start(window, canvas, int(start_num.get())))
generate_btn.grid(row=0, column=2)
window.mainloop()

关键修改点说明 #

1. canvas.config(width=..., height=...)：用这个方法修改已有Canvas的尺寸，而不是重新创建。这样操作的始终是同一个canvas对象，delete('all')自然能彻底清除旧内容。
2. canvas.grid_configure(columnspan=...)：更新画布在grid布局中的列跨度，确保画布能正确占据对应数量的列，避免布局错位。
3. 移除了函数内创建新Canvas的代码，彻底避免了“多个canvas共存”的问题。

额外提示（如果非要重新创建Canvas的情况） #

如果因为特殊需求必须重新生成Canvas，那一定要先把旧的Canvas从布局中移除并销毁，比如在函数开头加上：

# 移除旧画布的布局并销毁它
canvas.grid_forget()
canvas.destroy()

然后再创建新的Canvas并添加到布局里。不过这种方式不如直接修改现有Canvas高效，也容易引发其他布局问题，所以优先推荐前面的方案。

内容的提问来源于stack exchange，提问作者Gus B