Lua时间减缓：流速减半的局部时差

【语法算法】

上一版的减速类模块全按"乘以零点五"来写，帧率无关的版本照搬了这套写法——结果高帧率机上减速效果好，低帧率机上怪照常出手。追到底减速量按帧扣没按秒扣，帧率一低扣的量就少。修法是把减速量折算成秒：减速的秒数乘真实耗时，帧率多少减多少。这篇把时间减缓整套写法拆开：配置表、流速切换、减缓计时、恢复结算、定时器、调试按钮，一段一段照抄能跑。

一、效果演示：流速减半的局部时差

演示场一只红方块怪朝左走。点「减缓!」：底色当场变蓝——怪的步频从满速减到半速，一步一颤明显拖沓。四秒到底色恢复，怪的步频回到满速。左上角实时播报当前流速。演示里试两笔账：减缓期的怪出手次数和满速期的出手次数——流速减半等于给它按了慢放键。时间减缓教的是流速：不是停，是慢。

flowchart TD
A[减缓开启] --> B[流速切换到减半]
B --> C[怪的计时器乘系数]
C --> D{减缓计时归零}
D -- 否 --> C
D -- 是 --> E[流速恢复满档]
E --> F[回到正常节奏]

 fx-timeslow

二、底层原理：一次流速切换加一次恢复结算

模块的机关是一对搭档。流速切换：减缓开启的那一拍把流速系数切到减半档——怪的计时器乘系数，出手和走位都慢半拍。恢复结算：减缓倒计时归零的那一拍流速弹回满档——恢复是瞬间的，没有渐变。和定身类机制的分野在"减缓只改速度不改状态"：定身把怪按住不动，减缓让怪继续动但动得慢——它还在出手还在走位，只是每一步都拖了一拍。

减速为什么只改一半不改为零？改为零的版本就是定身，减速存在的意义是"它还在动但打不到你"——留一半的动，才留得住战斗的紧张感，全部停了就变成了看图说话。

三、核心代码：完整模块（上·骨架）

-- @file TimeSlow.lua
-- 时间减缓 —— 流速减半的局部时差

local TimeSlow = {}

local 参数配置 = {
    SLOW_LIFE     = 4.0,
    SPEED_MUL     = 0.5,

    AUTOINC_BASE  = 1169000,
}

local _slowT     = 0
local _scheduler = nil
local _autoInc   = 0

local function ShowTip(msg)
    if msg and msg ~= "" then SL:ShowSystemTips(msg) end
end

function TimeSlow.Slowing()
    return _slowT > 0
end

function TimeSlow.GetMul()
    if TimeSlow.Slowing() then
        return 参数配置.SPEED_MUL
    end
    return 1.0
end

四、核心代码：完整模块（下·减缓开启与恢复结算）

-- 减缓开启：流速切到减半档
function TimeSlow.Cast()
    if TimeSlow.Slowing() then return end
    _slowT = 参数配置.SLOW_LIFE
    SL:PlaySlowUpFx()
    ShowTip("时间减缓了——它的动作慢了一倍")
end

-- 定时器：减缓倒计时与恢复结算
if not _scheduler then
    _scheduler = SL:Schedule(function(dt)
        if _slowT <= 0 then return end
        _slowT = _slowT - dt
        if _slowT <= 0 then
            ShowTip("时间恢复了——回到正常节奏")
        end
    end, 0.02)
end

SL:ScheduleOnce(function()
    SL:BindDebugButton("减缓", function()
        TimeSlow.Cast()
    end)
    ShowTip("技能已加载: 时间减缓 (调试按钮触发)")
end, 1.0)

function TimeSlow.卸载()
    if _scheduler then SL:Unschedule(_scheduler) end
    _slowT = 0
end

return TimeSlow

五、机制问答

问：减缓对所有怪的出手都有效吗？
答：对——减缓改的是全局流速，场上的怪统统慢半拍，这也是它比单体减速实用的地方。

问：减缓会叠加两层变成四分之一吗？
答：不会——重复开启只刷新时长，流速最低减到一半，不搞叠加到零的极端。

问：减缓对玩家的出手也有效吗？
答：不——减缓只对怪生效，玩家的出手照常满速，这也是"减缓"和"时停"的根本分野。

问：减缓期间怪的动画会跟着慢吗？
答：会——流速改的是计时器系数，动画帧率跟着计时器走，怪的动作整段慢放。

问：减缓结束是瞬间恢复还是渐恢复？
答：瞬间——流速直接弹回满档，没有渐变，没有缓冲。

六、调参与实战怎么用

减半是最常用的减速档——减太多变成定身，减太少感受不到，减半刚好是"它还在动但就是打不到你"的位置。四秒是"够你打一轮"的窗口——太短刚感受到就恢复，太长变成永久减速。到期即恢复是账面的清白——渐恢复的版本玩家摸不准什么时候回到满速。底色变蓝是时差的视觉锚——颜色变了玩家才知道"现在是慢速时间"，不变色的减缓玩家感受不到。常见坑三个：减速量按帧算的帧率依赖；减缓结束后动画帧率没恢复；多只怪共用一个减缓计时器导致相互顶号。

实战里时间减缓是控场类玩法的底座：群体减速、时间领域、时停大招，全是"流速切换"的同一副骨架。这篇的模块照抄能跑，改的就是参数表。减缓的实用价值在控场——怪慢了你没慢，等于你快了。快了就有更多出手的机会、更多走位的选择、更多药水的窗口。减缓不是伤害，但减缓能变相生成伤害——生成的量取决于你在减缓期里多打出的那几刀。这也是为什么高端玩家喜欢减速类搭配——它不直接加伤害，但给了你打伤害的时间。

写完留一句给做时差系的同学：时间减缓卖的是"世界慢了你也慢"——那片变蓝的底色和慢了半拍的爪子，是把流速从恒等式改成可调参数的一次时差。

补充说明：这套写法在热重载环境里有一个额外的优势——模块的 参数表可以在运行时动态修改，修改后的参数立即生效，不需要重启游戏。这意味着调试的过程变成了实时的：改一个数值，立刻看到效果，不满意再改回来。这种即时反馈的调试方式比传统的"改代码→重启→测试→再改"快了不止一个量级，也是热重载环境给机制调试带来的最大红利。写机制的时候养成"参数全放 参数表"的习惯，热重载的便利就自动到位了。

另一个容易忽略的细节是清理的时机。卸载 是模块卸载时被调用的清理口——所有的定时器、事件监听、节点引用都要在这里一揽子清干净。漏了定时器的版本模块卸载后还在跑，漏了事件监听的版本重复挂载时重复触发，漏了节点引用的版本怪死后引用悬空。这三个坑每一个都出过事故，卸载 写全了才能说这个模块是安全的。