如何获取Love2D中运动物体的固定历史位置（非实时更新）

问题根源分析 #

你当前的实现存在两个致命问题：

1. 浮点数精度陷阱：timer == 1的判断几乎永远不会触发——dt是逐帧累加的浮点数，累加结果只会无限接近整数1，不会精确等于，导致更新历史位置的逻辑完全失效。
2. 存储逻辑错误：你仅在timer == 0时记录位置，后续没有在1秒节点更新历史位置，完全没实现“保存1秒前位置”的核心逻辑。

另外，用表格存储位置时出现“实时更新”的问题，是因为你没有存储值拷贝，而是直接引用了物理体对象，物理体位置变化时，表格里的引用也会跟着变。

方案1：简单定时记录（基础需求） #

这个方案每过1秒就将当前位置保存为1秒前的位置，逻辑简洁高效：

-- 初始化局部变量
local timer = 0
local prev_pos = {x = object.body:getX(), y = object.body:getY()}

function objectTracking(dt)
    timer = timer + dt
    -- 用范围判断代替精确相等，避免浮点数精度问题
    if timer >= 1 then
        -- 存储当前位置的数值，而非引用
        prev_pos.x = object.body:getX()
        prev_pos.y = object.body:getY()
        -- 重置定时器时减去1秒，避免连续触发
        timer = timer - 1
    end
end

-- 在love.update中调用追踪函数
function love.update(dt)
    world:update(dt)
    objectTracking(dt)
    -- 可在这里使用prev_pos获取1秒前的位置
end

方案2：时间戳队列（高精度需求） #

如果需要更精确的1秒前位置（比如物体变速运动时的插值补全），可以用队列存储带时间戳的位置快照，精准定位1秒前的坐标：

-- 存储位置快照的队列，每个元素包含时间戳和坐标
local position_history = {}

function objectTracking(dt)
    local current_time = love.timer.getTime()
    -- 插入当前位置的快照（存数值，不是引用）
    table.insert(position_history, {
        time = current_time,
        x = object.body:getX(),
        y = object.body:getY()
    })

    -- 清理超过1秒的旧快照，节省内存
    while #position_history > 0 and position_history[1].time < current_time - 1 do
        table.remove(position_history, 1)
    end
end

-- 获取1秒前位置的工具函数
function get_prev_position()
    local target_time = love.timer.getTime() - 1
    -- 从后往前找最接近目标时间的快照
    for i = #position_history, 1, -1 do
        local entry = position_history[i]
        if entry.time <= target_time then
            -- 如需更精确，可在前后快照间做线性插值
            return entry.x, entry.y
        end
    end
    -- 程序运行不足1秒时返回初始位置
    return object.x, object.y
end

-- 在love.update中调用
function love.update(dt)
    world:update(dt)
    objectTracking(dt)
    -- 示例：获取并使用1秒前的位置
    local px, py = get_prev_position()
    print("1秒前坐标：", px, py)
end

核心注意事项 #

• 必须存储object.body:getX()和object.body:getY()的返回数值，不能直接存object.body，否则会因为引用导致历史位置被实时覆盖。
• 永远不要用==判断浮点数的相等，改用>=或<这类范围判断规避精度问题。

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