AskaEth
74b12d87ca
本组只落地「在允许文件面内、且能用 design/15 既有规格推出」的部分；13.4.5 的「真并行 + 动态旧上下文」 与 design/15 §2.1/§2.2 的既有串行续接规格存在读法冲突，按规程**停下上报**（未自创语义）。 - history.Recent（续接窗口）并列打破：created_at DESC, rowid DESC —— Windows time.Now() 步长 ~0.44ms， 用户连发必然同毫秒并列；修复前并列时取**更早**的 ⇒ 丢掉刚发出的最新 n 条且同毫秒内反插入序 - 上行 chat 不再经**可丢弃**的 bus：直达会话编排器的非阻塞 Submit（design/15 §2.1「会话消息不能被 drop」 + §4「不阻塞是硬约束」）；orchestrator 为 nil 时回退 bus，旧断言仍绿 - 被**取消**（中断）的回合把该会话 checkpoint 落定为不可恢复（用 context.WithoutCancel 写，快照保留可查询， 仅在回合未落定时触发）⇒ 不再顶掉下一条消息的上下文 - 复核：build/vet 绿 + loop/gateway/history 三包测试与 -race 全绿；新增 5 条用例（含一条真 WS+真编排器+ 真 loop+真 persist 的集成用例）；**3 条变异反证**精确复现「新消息被丢弃只见旧窗口」「窗口取早不取新」 「bus 饱和时会话消息静默消失」，均已还原 - 待裁决（已上报主人）：① 「同一会话多回合真并行」需改 checkpoint 键（sessionID:step 并发互相覆盖）、 flow 图按轮键控、前端单槽 busy —— 均在本组文件面外；② 「动态吸收新到消息」在 design/15 **无规格**， 属新语义，须先写设计；③ 非取消的错误退出同样留可恢复快照（同机制，未扩范围，因 resume_test 正钉住旧行为）
97 lines
2.9 KiB
Go
97 lines
2.9 KiB
Go
package history
|
|
|
|
import (
|
|
"context"
|
|
"fmt"
|
|
"testing"
|
|
)
|
|
|
|
// TestRecentKeepsNewestOnTimestampTies 钉住「同一毫秒内的多条消息」时 Recent
|
|
// 仍返回**最新**的 n 条且顺序等于真实插入顺序（裁决 13.4.5：上下文续接窗口
|
|
// 必须最新、完整、一致）。
|
|
//
|
|
// 为什么同毫秒是常态而不是边角：Windows 上 time.Now() 的步长约 0.44ms
|
|
// （工作小结「平台坑位」），用户连发多条消息时 created_at 大量并列；
|
|
// design/15 §2.1 的「忙时连发多条」场景本身就会连续写入。若 Recent 的并列
|
|
// 顺序取「插入更早的优先」，续接窗口就会**丢掉刚发出的最新消息**，而
|
|
// 保留更旧的——上下文既不最新也不完整。
|
|
func TestRecentKeepsNewestOnTimestampTies(t *testing.T) {
|
|
t.Parallel()
|
|
st := newStore(t)
|
|
ctx := context.Background()
|
|
const session = "sess-ties"
|
|
const ties = 25
|
|
const window = 20
|
|
|
|
// 全部 25 条共用同一个 created_at：只有插入顺序（rowid）能区分先后。
|
|
for i := 0; i < ties; i++ {
|
|
m := Message{
|
|
SessionID: session,
|
|
Role: RoleUser,
|
|
Content: fmt.Sprintf("m%02d", i),
|
|
CreatedAt: 1_700_000_000_000,
|
|
}
|
|
if err := st.Append(ctx, m); err != nil {
|
|
t.Fatalf("append %d: %v", i, err)
|
|
}
|
|
}
|
|
|
|
got, err := st.Recent(ctx, session, window)
|
|
if err != nil {
|
|
t.Fatalf("recent: %v", err)
|
|
}
|
|
if len(got) != window {
|
|
t.Fatalf("len = %d, want %d", len(got), window)
|
|
}
|
|
// 最新优先被保住的窗口 = 最后插入的 window 条，按插入顺序（最旧在前）。
|
|
for i, m := range got {
|
|
want := fmt.Sprintf("m%02d", ties-window+i)
|
|
if m.Content != want {
|
|
t.Fatalf("recent[%d] = %q, want %q (窗口必须取最新插入的那几条)", i, m.Content, want)
|
|
}
|
|
}
|
|
if last := got[len(got)-1].Content; last != fmt.Sprintf("m%02d", ties-1) {
|
|
t.Fatalf("recent tail = %q, want the newest inserted message", last)
|
|
}
|
|
}
|
|
|
|
// TestRecentOrdersMixedTiesChronologically 证明并列与非并列混在一起时，
|
|
// 窗口整体仍是「时间升序 + 同毫秒按插入顺序」，即上下文时序与真实对话一致。
|
|
func TestRecentOrdersMixedTiesChronologically(t *testing.T) {
|
|
t.Parallel()
|
|
st := newStore(t)
|
|
ctx := context.Background()
|
|
const session = "sess-mixed"
|
|
|
|
type row struct {
|
|
content string
|
|
at int64
|
|
}
|
|
rows := []row{
|
|
{"a0", 100},
|
|
{"a1", 100},
|
|
{"a2", 100},
|
|
{"b0", 200},
|
|
{"b1", 200},
|
|
{"c0", 300},
|
|
}
|
|
for _, r := range rows {
|
|
if err := st.Append(ctx, Message{SessionID: session, Role: RoleUser, Content: r.content, CreatedAt: r.at}); err != nil {
|
|
t.Fatalf("append %s: %v", r.content, err)
|
|
}
|
|
}
|
|
|
|
got, err := st.Recent(ctx, session, len(rows))
|
|
if err != nil {
|
|
t.Fatalf("recent: %v", err)
|
|
}
|
|
if len(got) != len(rows) {
|
|
t.Fatalf("len = %d, want %d", len(got), len(rows))
|
|
}
|
|
for i, want := range rows {
|
|
if got[i].Content != want.content {
|
|
t.Fatalf("recent[%d] = %q, want %q (同毫秒必须按插入顺序)", i, got[i].Content, want.content)
|
|
}
|
|
}
|
|
}
|