fix(history,loop,gateway): 上下文续接的最新性/一致性三条(裁决 13.4.5 的面内部分)
本组只落地「在允许文件面内、且能用 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 正钉住旧行为)
This commit is contained in:
1 parent
a1083a322f
commit
74b12d87ca
6 files changed
+633
-3
No files matched your search
@@ -0,0 +1,96 @@
|
||||
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)
|
||||
}
|
||||
}
|
||||
}
|
||||
@@ -444,12 +444,19 @@ func (s *Store) ListAllLog(ctx context.Context, before int64, limit int) ([]Mess
|
||||
|
||||
// Recent 按最旧优先返回 sessionID 最近的 n 条消息(最靠尾部的那段窗口),供
|
||||
// WS 回放 / 上下文尾部使用。返回切片非 nil。
|
||||
//
|
||||
// 并列打破(裁决 13.4.5 的上下文「最新性/一致性」):同一毫秒写入的多条消息
|
||||
// 在 created_at 上并列,而 Windows 上 time.Now() 的步长本就约 0.44ms —— 用户
|
||||
// 连发多条(design/15 §2.1 的忙碌续接场景)时并列是常态。`rowid DESC` 让 LIMIT
|
||||
// 取到的是**最后插入**的那几条(否则窗口会留下更旧的、丢掉刚发出的),而反转后
|
||||
// 同毫秒内即回到插入顺序,使续接窗口的时序与真实对话一致。该口径与 ListAfter
|
||||
// 的「rowid 打破 created_at 的并列」相同。
|
||||
func (s *Store) Recent(ctx context.Context, sessionID string, n int) ([]Message, error) {
|
||||
if n < 1 {
|
||||
n = defaultPageLimit
|
||||
}
|
||||
rows, err := s.db.QueryContext(ctx, `SELECT id, session_id, role, content, mode, mood, image, thinking, platform, device_id, sender_name, adapter_id, persona_id, created_at
|
||||
FROM chat_messages WHERE session_id = ? ORDER BY created_at DESC LIMIT ?`, sessionID, n)
|
||||
FROM chat_messages WHERE session_id = ? ORDER BY created_at DESC, rowid DESC LIMIT ?`, sessionID, n)
|
||||
if err != nil {
|
||||
return nil, fmt.Errorf("history: recent %s: %w", sessionID, err)
|
||||
}
|
||||
|
||||
Reference in new issue
Block a user