归档说明：本文档概括当前项目的整体实现细节，涵盖游戏架构分层、流程控制原理、客户端单机实现、服务端权威实现、联机 FlowStep 同步协议及客户端消费层。内容自洽，可直接作为开发存档阅读，于2026.6.12日留存于博客备份。

目录

1. 项目总览
2. 整体架构分层
3. GameCore 共享逻辑层
4. 流程控制模块详解
5. 客户端单机实现
6. 服务端权威实现
7. 联机 FlowStep 协议与同步模型
8. 客户端联机消费层
9. 双端对照与架构模式总结
10. 扩展接入与调试验证
11. 源码文件索引

1. 项目总览

《恶魔轮盘》是一款四人回合制卡牌博弈游戏，支持 Unity 客户端单机（人类 + 本地 AI）与 Unity WebGL / Standalone 联机（权威服务器 + 多人类 + AI 补位）两种运行模式。

技术栈概览：

核心设计目标：

1. 规则只写一份：FlowController 在 Unity 单机与服务端联机共用，避免双端逻辑漂移。
2. 流程与表现分离：流程层只发 PresentationCueSpec 和快照，不直接操作 UI。
3. 联机防作弊：随机数、伤害、道具数量均在服务端 GameSession 内结算；客户端只收 FlowStep 展示。
4. 可中断协程流程：用 IEnumerator + yield 表达「等玩家决策」，单机用 Unity 协程，服务端用 CoroutineDriver。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36

flowchart TB
    subgraph Client["Unity 客户端"]
        GE[GameEntry]
        DS[DebugService]
        HUD[NormalGameUIInputView / NormalHud]
        NET[OnlineSession + OnlineHudCoordinator]
        GE -->|单机| DS
        GE -->|联机| NET
        DS --> HUD
        NET --> HUD
    end

    subgraph Server["ASP.NET 服务端"]
        HUB[GameHub SignalR]
        GLS[GameLoopService]
        SDH[ServerDebugHost]
        FP[FlowPublisher]
        HUB --> GLS
        GLS --> SDH
        SDH --> FP
        FP --> HUB
    end

    subgraph Core["GameCore 共享"]
        GS[GameSession]
        FC[FlowController]
        SK[SkillExecutor]
        IT[ItemService]
        FC --> GS
        GS --> SK
        GS --> IT
    end

    DS --> FC
    SDH --> FC
    HUB <-->|FlowStep / SubmitDecision| NET

2. 整体架构分层

2.1 模块职责边界

2.2 服务端进程结构

1
2
3
4
5
6
7

NewRingGame.Server
├── Auth/           登录、注册、Token 签发与校验
├── Lobby/          在线玩家、房间列表
├── Room/           房间生命周期、准备状态、AI 补位、自动开局
├── Game/           GameLoopService、ServerDebugHost、FlowPublisher、MatchStore
├── Connection/     WebSocket 连接映射、断线清理
└── Hubs/GameHub    SignalR 实时消息入口

内存热数据（进程内字典，重启丢失）：Session Token、ConnectionId→PlayerId、房间实例、进行中对局 MatchInstance（含 GameSession + seed）。MySQL 仅存账号与排行榜等冷数据。

2.3 客户端运行模式

GameEntry 通过三个布尔标志区分状态：

联机入口 BeginOnlineMatch 设置 IsOnlineMatch = true，由 NormalGameUIInputView.EnterOnlineMatch 初始化 HUD 与 OnlineHudCoordinator，等待服务端推送。

2.4 通信方式

• HTTPS REST：登录（账号不存在则自动注册）、健康检查。
• SignalR WebSocket（GameHub）：大厅、房间、准备、对局 FlowStep 下行、SubmitDecision 上行。
• Unity WebGL 必须使用 WebSocket（wss），因此服务端选用 SignalR 而非裸 TCP。

连接流程：客户端 POST /api/auth/login 获 Token → ConnectHub?access_token=xxx → EnterLobby → 创建/加入房间 → 全员 Ready 后服务端 StartMatch → 广播 GameStarted + 首帧 FlowStep。

3. GameCore 共享逻辑层

GameCore 即 Assets/Scripts 下无 UnityEngine 依赖（或 #if HEADLESS 隔离）的纯 C# 逻辑，服务端项目通过 csproj 链接同目录源码编译。

3.1 GameSession：对局会话聚合根

GameSession 持有单局全部可变状态与模块引用：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21

public class GameSession
{
    public Random Random { get; private set; }
    public GameEventBus EventBus { get; } = new();
    public GameStateStack StateStack { get; } = new();
    public SkillExecutor SkillExecutor { get; } = new();
    public ItemService ItemService { get; private set; }
    public ChamberState Chamber { get; } = new();
    public TurnPhase CurrentPhase { get; private set; }
    public string TurnOwnerId { get; private set; }
    public FlowController Flow { get; private set; }
    public IDebugHost Debug { get; }

    public GameSession(IDebugHost debug)
    {
        Debug = debug;
        ItemService = new ItemService(SkillExecutor, Random);
        AI = new AIDecisionMaker(this);
        Flow = new FlowController(this);
    }
}

SetupGame(seats, seed) 初始化流程：

1. 注入 Random(seed)（联机可复现）或本地随机。
2. 清空事件总线、状态栈、技能注册。
3. 按 SeatConfig 创建 PlayerEntity（座次、职业、ControlType、开局生命）。
4. 注册全局被动（狂暴增伤、护身符格挡等）。
5. 枪膛 Chamber.LoadRandom 装入实弹/空弹序列。
6. 全员发放开局道具，批次写入 _startingDealBatches 供表现层发牌动画。

回合指针 _currentTurnIndex 按座次 0→1→2→3→0 顺时针流转；AdvanceTurn 跳过已淘汰玩家；仅剩一人存活时 SetGameOver。

3.2 核心枚举

TurnPhase（五阶段）：

1

TurnStart(0) → MainAction(1) → Judgment(2) → Discard(3) → TurnEnd(4)

FlowStateType（状态栈条目类型）：

MainActionType：Shoot / UseItem / EndAction。

ControlType：Human / AI（断线时人类可切 AI 托管）。

3.3 GameStateStack：分层状态栈

1
2
3
4
5
6
7
8

public class GameStateStack
{
    private readonly Stack<FlowStackEntry> _stack = new();
    public FlowStackEntry Peek() => _stack.Count > 0 ? _stack.Peek() : null;
    public void Push(FlowStackEntry entry) => _stack.Push(entry);
    public FlowStackEntry Pop() => _stack.Count > 0 ? _stack.Pop() : null;
    public int Count => _stack.Count;
}

规则：栈顶为当前唯一活跃流程；下层挂起保留协程断点；临时流程结算后 Pop 恢复。支持开枪响应内再嵌套濒死等多层场景。

3.4 事件总线与技能

GameEventBus 发布 GameEventType（TurnStart、ShootDeclared、DamageApplied、PlayerDying、ItemAfterUse 等）。角色技能与道具技能统一注册为 SkillExecutor 实例，被动技能订阅事件、主动技能由流程层在决策后调用 ExecuteActive。

背叛者转职：玩家血量 1 且未抉择时进入 TraitorChoice 压栈；接受则 ConvertToTraitor 注销全部角色技能，仅保留开枪/道具基础权限。

3.5 PresentationCueRelay：权威表现指令

流程结算点不直接操作 HUD，而是构造 PresentationCueSpec 交给 IDebugHost.QueuePresentationCue：

CanEmit 条件：session.IsNormalPlayMode && session.Debug != null。Debug 面板模式跳过表现 cue，加速测试。

4. 流程控制模块详解

4.1 模块定位

FlowController 是游戏顶层调度中枢：负责回合流转、五阶段推进、全局状态栈、事件广播、响应链轮询。对标三国杀式「主流程 + 插入响应窗口」机制。

4.2 对局主循环

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

public IEnumerator RunGameCoroutine()
{
    yield return PresentStartingDealsIfAny();

    while (!_session.IsGameOver)
    {
        var player = _session.GetCurrentTurnPlayer();
        if (player == null) { _session.SetGameOver(); break; }

        _session.SetTurnOwner(player);
        player.ShootLockedThisTurn = false;

        yield return RunTurnCoroutine(player);
        if (_session.IsGameOver) break;

        _session.AdvanceTurn();
        PushAuthoritativeHudSnapshot(FlowBoundaryKind.TurnChange);
    }
}

开局 PresentStartingDealsIfAny：取出 _startingDealBatches，经 PresentationCueRelay.EmitDealCards 播发牌动画，WaitActionPresentation 等待结束后再刷新 HUD。

4.3 单回合五阶段

1
2
3
4
5
6
7
8

public IEnumerator RunTurnCoroutine(PlayerEntity player)
{
    yield return RunTurnStartPhase(player);
    yield return RunMainActionPhase(player);
    yield return RunJudgmentPhase(player);
    yield return RunDiscardPhase(player);
    RunTurnEndPhase(player);
}

各阶段要点：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

flowchart TD
    A[TurnStart 发道具装弹] --> B[MainAction 主行动循环]
    B --> C{操作类型}
    C -->|Shoot| D[压栈 ShootResponse]
    D --> E[顺时针响应轮询]
    E --> F[Pop 栈 + ResolveShoot]
    F --> G{目标濒死?}
    G -->|是| H[HandlePlayerDying 压栈]
    H --> B
    G -->|否| B
    C -->|UseItem| I[ExecuteUseItem 即时结算]
    I --> B
    C -->|EndAction| J[Judgment 裁决]
    J --> K[Discard 弃牌]
    K --> L[TurnEnd]
    L --> M[AdvanceTurn]

4.4 主行动决策循环

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28

private IEnumerator RunMainActionPhase(PlayerEntity player)
{
    _session.Debug.NotifyPhase(_session, TurnPhase.MainAction, player);
    var ended = false;
    var failedShootAttempts = 0;

    while (!ended && player.IsAlive)
    {
        PlayerDecision decision = null;
        yield return _session.Debug.RequestMainActionDecision(player, _session, d => decision = d);
        if (decision?.MainAction == null) continue;

        switch (decision.MainAction)
        {
            case MainActionType.Shoot:
                yield return ExecuteShoot(player, decision.TargetPlayerId, ...);
                yield return WaitActionPresentation();
                break;
            case MainActionType.UseItem:
                yield return ExecuteUseItem(player, decision, ...);
                yield return WaitActionPresentation();
                break;
            case MainActionType.EndAction:
                ended = true;
                break;
        }
    }
}

连续无法开枪达到上限（MaxFailedShootAttemptsBeforeAutoEnd）时自动结束主行动。

4.5 开枪完整流程

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

private IEnumerator ExecuteShoot(PlayerEntity shooter, string targetId, Action<bool> onExecuted)
{
    // 校验锁枪、目标、Peek 初始子弹
    var ctx = new ShootContext { ShooterId, TargetId, InitialBullet, FinalBullet };

    _session.StateStack.Push(new FlowStackEntry
    {
        StateType = FlowStateType.ShootResponse,
        Description = "开枪响应",
        Payload = ctx
    });

    _session.Publish(GameEventType.ShootDeclared);
    yield return RunShootResponseWindow(shooter, ctx);
    _session.StateStack.Pop();
    yield return ResolveShoot(shooter, target, ctx);
}

响应轮询规则（RunShootResponseWindow）：

• 起点：当前回合玩家的顺时针下家。
• 依次询问存活玩家；仅 魔术师且道具数 ≥ MagicianResponseMinItems 时轮询（ShouldPollShootResponse）。
• 发动「弹道」主动技能则翻转 ctx.FinalBullet，播 MagicianTrajectory cue。

结算规则（ResolveShoot）：

• Chamber.PopNext 出弹；实弹则 DamageAboutToApply 事件链 → 可能护身符格挡 → EnhancementItemService.ApplyDamage。
• 锁枪规则：自射空弹不锁；对他人开枪或任意实弹均锁枪（ShootLockedThisTurn = true）。
• 实弹击杀：背叛者累计 TraitorKills；目标 Health≤0 进入 HandlePlayerDying。
• 结算后 PresentationCueRelay.EmitShootResolve（bullet 用 FinalBullet，非初始 Peek 值）。

4.6 濒死与转职

濒死（HandlePlayerDying）：压栈 DyingResponse → RequestDyingDecision → 可选奶茶/道具自救 → 仍 ≤0 则清空道具并 Eliminate。

转职（HandleTraitorChoice）：压栈 TraitorChoice → RequestTraitorDecision → 接受则 ConvertToTraitor。

主行动中 ExecuteUseItem 后可调用 ProcessImmediateDying 即时处理濒死，不等到 Judgment 阶段。

4.7 弃牌阶段

RunDiscardPhase：当 player.ItemCount > player.GetItemCap() 时循环 RequestDiscardDecision，移除选中道具并记录战报。

4.8 PushAuthoritativeHudSnapshot 条件编译

1
2
3
4
5
6

private void PushAuthoritativeHudSnapshot(FlowBoundaryKind boundary = FlowBoundaryKind.ActionSettle)
{
#if HEADLESS
    _session.Debug.PushAuthoritativeSnapshot(_session, boundary);
#endif
}

单机 Unity 编译时不调用（本地 HUD 由 DebugService.RefreshHud 驱动）；服务端 HEADLESS 编译时每次行动/阶段/回合边界推送 FlowStep。

4.9 IDebugHost 接口契约

流程层通过以下方法与宿主交互：

5. 客户端单机实现

5.1 启动链路

1
2
3
4
5
6
7
8

// GameEntry.Start
Session = new GameSession(new DebugService());

// GameEntry.RunMatchCoroutine
Session.IsNormalPlayMode = LastPlayMode != PlayModeKind.Debug;
Session.HideOpponentHandItems = LastPlayMode == PlayModeKind.Master;
Session.SetupGame(seats, null);
yield return Session.Flow.RunGameCoroutine();

DebugService 实现 IDebugHost：承担 IMGUI Debug 面板或 NormalHud 的决策 UI、本地 cue 协程队列、战报日志。

5.2 决策路径

DebugService.RequestDecision 分支：

1. AI 或托管（AiDelegation.ShouldAutoDecide）→ ExecuteAiDecision → AIDecisionMaker 立即返回。
2. 人类 → WaitHumanDecision：设置 _waitingHuman = true，UI 展示选项；玩家调用 SubmitHumanDecision(decision) 后协程继续。

Debug 模式支持控制台指令（shoot player2 | use item1 | end）；正常模式由 NormalGameUIInputView 渲染按钮与道具栏。

5.3 表现播放

DebugService.QueuePresentationCue：

1. PresentationCuePlayback.TryBuildFromSpec 将 spec 转为 Unity 协程。
2. 入队 _presentationCueQueue。
3. WaitActionPresentation 顺序 Dequeue 并 yield return 每个 cue 协程。
4. 播放完毕后 FlushPendingHealthDeltas 等收尾。

单机无 revision 概念；流程 yield 等待本地动画自然结束后再开下一决策窗。

1
2
3
4
5
6
7
8
9

flowchart LR
    FC[FlowController] --> PCR[PresentationCueRelay]
    FC -->|Request*Decision| DS[DebugService]
    PCR -->|QueuePresentationCue| DS
    DS --> PCP[PresentationCuePlayback]
    PCP --> FX[NormalHudPresentationFx]
    DS --> HUD[NormalGameUIInputView]
    HUD -->|SubmitHumanDecision| DS
    DS --> FC

5.4 玩法模式差异

6. 服务端权威实现

6.1 对局启动：GameLoopService

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

public void StartMatch(RoomModel room, GameStarted started)
{
    var debugHost = new ServerDebugHost();
    var session = new GameSession(debugHost)
    {
        IsNormalPlayMode = true,
        HideOpponentHandItems = room.PlayMode == PlayMode.Master
    };
    var seatConfigs = RoomMatchSeatBuilder.Build(room, _connections, _matchOptions);
    session.SetupGame(seatConfigs, started.Seed);

    var match = new MatchInstance { MatchId, RoomId, Session, DebugHost, Seed, ... };
    var publisher = new FlowPublisher(match, buildSnapshot, BroadcastFlowStepAsync);
    match.FlowPublisher = publisher;
    debugHost.FlowPublisher = publisher;

    _matches.Add(match);
    _ = RunMatchAsync(match);
}

RunMatchAsync：

1
2
3
4
5
6

await match.FlowPublisher.PublishMatchStartAsync();
await CoroutineDriver.RunAsync(
    match.Session.Flow.RunGameCoroutine(),
    onIdle: null,
    match.Cancellation.Token);
await FinishMatchAsync(match);  // 排行榜计分 + GameOver 广播

6.2 MatchInstance 与 MatchStore

MatchInstance 持有：GameSession、ServerDebugHost、FlowPublisher、RoomModel、Seed、CancellationTokenSource。

PresentationSync 锁 + PresentationPipeline Task 链：串行化 FlowStep 广播，避免并发 Commit 乱序。

MatchStore 维护 MatchId / PlayerId / RoomId 三向索引，供 Hub 路由决策与断线处理。

6.3 ServerDebugHost：决策与推送

AI 即时决策：

1
2
3
4
5
6
7
8

if (player.Control == ControlType.AI || AiDelegation.ShouldAutoDecide(player))
{
    var ai = GameDebugAiResolver.Resolve(session, player, kind, shoot);
    if (session.IsNormalPlayMode)
        yield return CoroutineDelay.Seconds(AiThinkPauseSeconds);  // 0.8s
    onComplete(ai);
    yield break;
}

人类等待 WebSocket：

1
2
3
4
5
6
7
8
9
10
11
12
13
14

BeginWait(player, session, kind, shoot);  // 设置 PendingDecision
_ = FlowPublisher?.PublishDecisionOpenAsync();

while (_waiting)
{
    if (超时 DecisionTimeoutMs)  // 30s
    {
        _resolvedDecision = GameDebugAiResolver.Resolve(...);
        _ = FlowPublisher?.PublishDecisionCloseAsync();
        break;
    }
    yield return null;
}
onComplete(_resolvedDecision);

TrySubmitDecision（Hub 调用链：GameLoopService.TrySubmitDecision）：

• 校验 PendingDecision.Scene 与 payload 一致。
• 校验 player_id 为当前等待者。
• 主行动用道具时服务端预校验 MainActionRules.CanUseItem。
• 写入 _resolvedDecision，_waiting = false，PublishDecisionCloseAsync。

表现等待：

1
2
3
4
5
6

public IEnumerator WaitActionPresentation(GameSession session)
{
    var holdMs = FlowPublisher.LastPresentationHoldMs;
    if (holdMs <= 0) yield break;
    yield return CoroutineDelay.Seconds(holdMs / 1000f);
}

PushAuthoritativeSnapshot 映射 boundary 到 Publish 方法：

6.4 FlowPublisher：revision 合并广播

核心约束：同一逻辑步内，先 BufferCue / BufferEvent，再 Publish，保证 cue 与 snapshot 同一 revision。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21

private Task PublishAsync(ProtoFlowBoundary boundary, bool includeHold)
{
    _revision++;
    var holdMs = includeHold ? PresentationHoldCalculator.ComputeMs(_bufferedCueSpecs) : 0;
    LastPresentationHoldMs = holdMs;

    var step = new FlowStep
    {
        Revision = _revision,
        Boundary = boundary,
        PresentationHoldMs = holdMs
    };
    // 填充 cues（带 flow_revision、cue_index）
    // 填充 events（战报 GameEventLine）
    // 填充 snapshot（GameProtoMapper.ToSnapshot，per-viewer 大师模式掩码）

    _bufferedCueSpecs.Clear();
    _bufferedEvents.Clear();
    // PresentationPipeline 串行 await _broadcast
    return _match.PresentationPipeline;
}

BuildResyncStep(viewerPlayerId)：断线重连用，不递增 revision，boundary = MATCH_RESYNC。

大师模式（Master）：BroadcastFlowStepPerViewerAsync 对每个真实玩家单独克隆 Step，掩码他人手牌事件文本与 cue，重建 per-viewer snapshot。

6.5 CoroutineDriver：无 Unity 协程运行时

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

public static async Task RunAsync(IEnumerator root, Func<Task>? onIdle, CancellationToken ct)
{
    var stack = new Stack<IEnumerator>();
    stack.Push(root);
    while (stack.Count > 0)
    {
        if (current.Current is IEnumerator nested) { stack.Push(nested); continue; }
        if (current.Current is CoroutineDelay delay)
        {
            await Task.Delay(delay.Milliseconds, ct);
            continue;
        }
        await Task.Delay(100, ct);  // yield return null → 100ms，供 WS 决策与超时检测
    }
}

6.6 断线、重连、超时

6.7 PresentationHoldCalculator（双端共用）

7. 联机 FlowStep 协议与同步模型

7.1 设计优先级

核心原则：同一逻辑步使用同一个 revision，cue 与 snapshot 捆绑下发，客户端按序处理。

7.2 FlowStep 消息结构

1
2
3
4
5
6
7
8

message FlowStep {
  int64 revision = 1;
  FlowBoundaryKind boundary = 2;
  GameStateSnapshot snapshot = 3;
  repeated PresentationCue cues = 4;
  repeated GameEventLine events = 5;
  int32 presentation_hold_ms = 6;
}

GameStateSnapshot 主要字段：

PlayerDecisionPayload 上行字段：scene、main_action、target_player_id、item_instance_id、use_shoot_response_skill、use_dying_save、accept_traitor_conversion、items_to_discard 等。

Hub 消息种类：HUB_MESSAGE_KIND_FLOW_STEP = 111；重连 MatchResynced 含完整 FlowStep state（boundary = MATCH_RESYNC）。

旧版分通道 game_state_snapshot / presentation_cue / game_event 仍保留解析，FlowStep 启用后对局内应忽略（OnlineSession 丢弃 stale legacy 消息）。

7.3 FlowBoundaryKind 与客户端行为

7.4 服务端推送流水线

1
2
3
4
5

FlowController 结算点
    ├─ PresentationCueRelay.Emit*  → ServerDebugHost.QueuePresentationCue → FlowPublisher.BufferCue
    ├─ LogEvent                    → FlowPublisher.BufferEvent
    └─ PushAuthoritativeSnapshot   → FlowPublisher.Publish*Async
                                          └─ 合并 → FlowStep → SignalR 广播

决策推送：人类进入等待发 DECISION_OPEN（含 pending_decision）；提交或超时发 DECISION_CLOSE。不再每 300ms 轮询推全量快照。

7.5 联机对局配置（OnlineMatchOptions）

固定四角座位（seatIndex 0–3），UI 旋转使本机永远在左上；空座隐藏即可。

8. 客户端联机消费层

联机客户端不运行 FlowController，职责是：按 revision 顺序接收 FlowStep → 更新权威态 → 播放 cue → 提交显示投影 → 在 DECISION_OPEN 时展示决策 UI → 上行 SubmitDecision。

8.1 组件链路

1
2
3
4
5
6
7
8
9
10
11
12
13

OnlineSession（Hub 消息入口）
    └─ OnlineHudCoordinator（统一协调）
           ├─ OnlineFlowOrchestrator（revision 排序 + Presenting 门禁）
           ├─ OnlineHudState（权威态 vs 显示投影）
           └─ NormalGameUIInputView.DispatchOnlineFlowStep
                  ├─ 硬边界? → AbortQueuedPresentation + 清 gate
                  ├─ BeginFlowStep + EnqueueCue（HideItemSlot 前捕获飞行起点）
                  ├─ ApplyOnlineSnapshotData（写权威态）
                  ├─ DecisionOpen/Close → 立即刷新决策 UI
                  ├─ events → OnlineBattleLogStore 战报
                  └─ 表现 idle → CommitDisplay → NotifyPresentationIdle
           └─ OnlineMatchPresentationPlayer（cue 队列 + hold 计时）
                  └─ PresentationCuePlayback → NormalHudPresentationFx

8.2 OnlineFlowOrchestrator

• Enqueue(step, dispatch)：revision ≤ lastApplied 丢弃；乱序入 SortedList 缓冲。
• dispatch 返回 true → 设置 _presentationGated，暂停后续派发。
• NotifyPresentationIdle → 清 gate，继续 TryDispatchSequential。
• ApplyResync / FastForwardToRevision：重连或追帧用。

8.3 OnlineHudState：双态模型

表现播放中：权威态立即更新，显示投影延后，避免动画未播完道具栏已刷新导致穿帮。

OnlineHudCoordinator.ShouldDeferHudCommit 统一判定：决策边界不延后；硬边界不延后；表现 busy / orchestrator gated / 有待提交时延后。

8.4 客户端消费状态机

硬边界（TurnChange / PhaseChange / MatchStart / MatchResync）调用 AbortQueuedPresentation，清 gate，立即全量刷新。

8.5 DispatchOnlineFlowStep 处理顺序

1. 判定 ShouldAbortPresentation → abort + 清 pending commit。
2. BeginFlowStep：HideItemSlot cue 前 TryCaptureItemFlyStart。
3. Cue 入队 OnlineMatchPresentationPlayer。
4. SetAuthoritative(snapshot) 写权威态。
5. DecisionOpen/Close 边界立即刷新决策 UI（不能等表现 idle，否则「提交中」状态卡住）。
6. events 追加战报。
7. 按规则 QueueFullCommit 或立即 CommitDisplay。

8.6 道具栏与 ItemFly 策略

• 快照 players[].items 为权威数量。
• 处理顺序：先 cue 入队，再写权威态；表现 busy 时不重建道具栏 DOM。
• _onlinePresentationHiddenItems 仅本机 optimistic hide；观察他人以 snapshot 为准。
• 发牌 pendingReveal 有 12s fallback（TryFinalizeOpeningDealPresentation）。

8.7 开枪特效规则

• 权威子弹类型：PresentationCue.bullet_type = ctx.FinalBullet（魔术师翻转后的最终子弹）。
• 同一 FlowStep 内 Shoot cue 入队成功后，禁止用战报 regex 二次播放。
• 实弹 + 护身符：Shoot 仍播实弹动画，另播护身符反馈 cue，不播 HealthDelta。

8.8 重连 MatchResynced

1
2
3
4

Hub 收到 MatchResynced
  → QueueOnlineResync（EnterOnlineMatch 前暂存）
  → PrepareOnlineResync：Abort 表现 + BattleLog.ReplaceFromFlowStep + ApplyResync
  → EnterOnlineMatch 时若有 pending：从 state.events 重建战报

服务端 ResyncPlayerAsync 同时恢复 ControlType.Human 并 PublishSnapshotAsync 广播给他人。

8.9 双通道兼容

OnlineSession.UsesFlowStepChannel：收到首帧 FlowStep 后切换，丢弃 stale legacy。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26

sequenceDiagram
    participant FC as FlowController
    participant SDH as ServerDebugHost
    participant FP as FlowPublisher
    participant Hub as SignalR
    participant OS as OnlineSession
    participant OHC as OnlineHudCoordinator
    participant HUD as NormalGameUIInputView

    FC->>SDH: RequestMainActionDecision
    SDH->>FP: PublishDecisionOpen
    FP->>Hub: FlowStep rev=N boundary=DECISION_OPEN
    Hub->>OS: FlowStepReceived
    OS->>OHC: EnqueueFlowStep
    OHC->>HUD: 展示决策 UI
    HUD->>Hub: SubmitDecision
    Hub->>SDH: TrySubmitDecision
    SDH->>FP: PublishDecisionClose
    FC->>FC: ExecuteShoot
    FC->>SDH: QueuePresentationCue + PushSnapshot
    SDH->>FP: PublishActionSettle hold=2800ms
    FP->>Hub: FlowStep rev=N+1 cues+snapshot
    Hub->>OHC: EnqueueFlowStep
    OHC->>HUD: 播放开枪 + 应用权威态
    FC->>SDH: WaitActionPresentation 2.8s
    FC->>SDH: RequestMainActionDecision

9. 双端对照与架构模式总结

9.1 实现对照表

9.2 三种架构模式组合

1. 分层状态机 + 状态栈：主回合五阶段 + 开枪/濒死/转职插入流程。
2. 协程脚本化工作流：yield return Request*Decision 表达异步人机交互；服务端 CoroutineDriver 移植。
3. 权威服务器 + 捆绑同步：逻辑步 = FlowStep(revision, boundary, snapshot, cues, events, hold)。

9.3 联机客户端不跑 FlowController 的原因

1. 防作弊：Random、伤害、道具必须以服务端为准。
2. 单点真相：避免客户端先算再上报的冲突。
3. 表现可慢不可错：动画可延长，revision 严格单调。

10. 扩展接入与调试验证

10.1 新增动作接入步骤

1. 流程层（GameCore）：在 FlowController 结算点调用 PresentationCueRelay.Emit*；新决策场景扩展 IDebugHost.Request*Decision。
2. 表现时长：PresentationCueKind + PresentationHoldCalculator.EstimateCueMs。
3. 协议：proto PresentationCueKind + PresentationCueMapper.ToProto。
4. Unity 表现：PresentationCuePlayback.TryBuildFromSpec 新分支。
5. 不要单独广播 snapshot/cue/event；统一 PushAuthoritativeSnapshot 一次 Commit。

10.2 调试要点

• 观察 FlowStep.revision 是否严格单调递增。
• 特效丢失：检查 cue 是否为空、TryBuildFromSpec 是否 false。
• 道具数量错乱：检查 snapshot.items 与是否误用 hidden 集合过滤他人。
• 服务端：确认 BufferCue 在 Publish 之前完成。

10.3 自动化测试

客户端 FlowSync 单元测试（无需启动服务端）：

1
2

cd server/tools/ProtoSmokeTest
dotnet run -- --flow-sync-unit

覆盖：OnlineFlowOrchestrator 排序/门禁、OnlineHudState 显示延后、OnlineFlowSync 规则。

联机对局时序冒烟（需 API + 自动对局）：

1
2

cd server/tools/ProtoSmokeTest
dotnet run -- --match-flow --minutes 8 http://127.0.0.1:8080 用户名 密码

校验：revision 连续、bundle 内 snapshot/cue revision 对齐、ActionSettle 含 cue 时 hold>0、无 legacy 分通道消息。

Proto 代码生成：

1

cd server && ./scripts/generate-proto.sh

11. 源码文件索引

GameCore（Assets/Scripts，服务端链接编译）

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

Flow/FlowController.cs           流程主控：五阶段、响应链、压栈
Flow/GameSession.cs              对局会话聚合
Flow/PresentationCueRelay.cs     权威表现 cue 发射
Flow/PresentationHoldCalculator.cs  表现时长估算
Flow/FlowBoundaryKind.cs         边界枚举（与 proto 对齐）
Core/GameStateStack.cs           分层状态栈
Core/GameEnums.cs                TurnPhase, FlowStateType, MainActionType
Core/GameEventBus.cs             全局事件总线
Debug/IDebugHost.cs              双端宿主接口
Debug/DebugService.cs            Unity 单机宿主
Character/PlayerEntity.cs        玩家实体
Item/ItemService.cs              道具服务
Skill/SkillExecutor.cs           技能执行
AI/AIDecisionMaker.cs            单机 AI 决策
Game/GameEntry.cs                单机/联机入口

服务端（server/src/NewRingGame.Server）

1
2
3
4
5
6
7
8
9

Services/Game/GameLoopService.cs     对局启动、决策路由、断线重连
Services/Game/ServerDebugHost.cs     IDebugHost 服务端实现
Services/Game/FlowPublisher.cs       FlowStep 合并广播
Services/Game/CoroutineDriver.cs     无 Unity 协程驱动
Services/Game/GameProtoMapper.cs     GameSession → proto snapshot
Services/Game/GameDecisionMapper.cs  proto ↔ PlayerDecision
Services/Game/MatchModels.cs         MatchInstance、MatchStore
Services/Game/MasterModePrivacy.cs   大师模式掩码
Hubs/GameHub.cs                      SignalR 入口

协议

1
2
3

server/proto/v1/game.proto           FlowStep、GameStateSnapshot、PlayerDecisionPayload
server/proto/v1/enums.proto          FlowBoundaryKind、HubMessageKind
server/proto/v1/room.proto           房间与座位

联机客户端（Assets/Scripts/Network + UI）

1
2
3
4
5
6
7
8
9
10
11
12

Network/OnlineSession.cs             Hub 连接、消息分发
Network/OnlineHudCoordinator.cs      协调 Orchestrator + HudState
Network/OnlineFlowOrchestrator.cs    revision 排序与门禁
Network/OnlineHudState.cs            权威态/显示投影双态
Network/OnlineFlowSync.cs            边界判定与延后规则
Network/OnlineFlowChannel.cs         FlowStep/legacy 通道切换
Network/OnlineBattleLogStore.cs      战报存储
Network/GameHubClient.cs             SignalR 客户端
UI/NormalGameUIInputView.Online.cs   联机 FlowStep 派发、决策 UI
UI/OnlineMatchPresentationPlayer.cs cue 队列与 hold
UI/PresentationCuePlayback.cs        cue spec → 动画协程
UI/NormalHudPresentationFx.cs        HUD 特效实现

文档版本：GameCore 共用 FlowController + FlowStep 联机方案。归档日期：2026-06。

项目：NewRingGame（Unity WebGL + .NET 7 API）
环境：CentOS 7、宝塔面板、同机部署
WebGL：https://mini.vrast.cn/
API：https://server.vrast.cn
部署目录：/www/wwwroot/ringgame

一、背景

《恶魔轮盘》联机版采用 Unity WebGL 客户端 + .NET 7 服务端 架构。首次上生产时，WebGL 与 API 部署在同一台 CentOS 7 服务器，通过宝塔面板管理 Nginx、进程与 FTP。

联调过程中，HTTP 登录接口已经可用，但游戏界面长期停在 「连接 Hub…」，无法进入在线大厅。本文记录从部署到联机打通的完整排查过程与最终解法。

二、部署阶段：服务器与环境

2.1 .NET 7 运行时（CentOS 7）

CentOS 7 官方源没有 .NET 7 包，不能照搬 Ubuntu 的 apt install。

做法： 使用微软安装脚本安装 ASP.NET Core 7 运行时：

1

curl -sSL https://dot.net/v1/dotnet-install.sh | bash /dev/stdin --runtime aspnetcore --channel 7.0

发布包中附带 install-dotnet-runtime.sh、run-prod.sh，便于在宝塔里一键启动。

2.2 宝塔启动命令写法

错误示例： 把环境变量写在整条命令最前面，宝塔进程守护可能解析失败。

1

ASPNETCORE_ENVIRONMENT=Production nohup dotnet ...

推荐：

• 宝塔「启动文件」填：/www/wwwroot/ringgame/run-prod.sh
• 或 systemd：ExecStart=/usr/bin/dotnet /www/wwwroot/ringgame/NewRingGame.Server.dll
• 环境变量在 run-prod.sh 或 systemd Environment= 中设置

2.3 FTP 上传 553 Permission denied

宝塔站点目录属主多为 www:www，权限 drwxr-xr-x，FTP 用户不在 www 组时无法写入。

做法：

1
2
3
4

chmod 775 /www/wwwroot/ringgame
chown -R www:www /www/wwwroot/ringgame
# 将 FTP 用户加入 www 组
usermod -aG www <ftp用户名>

GM 面板发布默认 FTP 主机 server.vrast.cn，远端目录 /www/wwwroot/ringgame。

2.4 MySQL SSL 握手失败

宝塔本地 MySQL 连接时，若未配置 SSL，.NET 驱动可能报 SSL 相关错误。

做法： 连接串增加：

1

SslMode=None;

三、服务端代码与配置

3.1 反向代理与 CORS

Nginx 终止 HTTPS 后，Kestrel 收到的是 HTTP 请求，需正确识别客户端 IP 与原始协议。

Program.cs 已配置：

• UseForwardedHeaders()：识别 X-Forwarded-For、X-Forwarded-Proto
• 生产环境启用 CORS，允许 WebGL 站点跨域带凭证访问

3.2 客户端网络配置

Assets/Resources/Network/NetworkSettings.json 生产段示例：

1
2
3
4
5
6
7

{
  "release": {
    "host": "server.vrast.cn",
    "port": 443,
    "useTls": true
  }
}

派生地址：

• API：https://server.vrast.cn/api
• Hub：wss://server.vrast.cn/hub/game?access_token={token}

3.3 登录与 Hub 鉴权流程

1. POST /api/auth/login → 返回 JWT token
2. WebSocket 连接 /hub/game?access_token=...
3. GameHub.OnConnectedAsync 校验 token，失败则 Context.Abort()

因此：登录 200 只说明 HTTP 正常；卡在「连接 Hub…」说明 WebSocket 阶段有问题。

四、联机故障：「连接 Hub…」

4.1 现象

Console 可见 [GameHub] 连接 wss://server.vrast.cn/hub/game，但无「握手成功」或明确报错。

4.2 分层排查

第一层：服务端 HTTP 是否正常

1
2
3
4

curl -s https://server.vrast.cn/health
curl -s -X POST https://server.vrast.cn/api/auth/login \
  -H "Content-Type: application/json" \
  -d '{"username":"test","password":"secret123"}'

第二层：浏览器原生 WebSocket 是否正常

在 https://mini.vrast.cn/ 控制台执行（替换真实 token）：

1
2
3
4

const ws = new WebSocket("wss://server.vrast.cn/hub/game?access_token=你的token");
ws.onopen = () => console.log("WS 成功");
ws.onerror = (e) => console.log("WS 失败", e);
ws.onclose = (e) => console.log("WS 关闭", e.code);

若输出 「WS 成功」，则 Nginx 反代与 Hub 均已正常，问题在 Unity WebGL 客户端。

第三层：Unity 客户端

WebGL 上 System.Net.WebSockets.ClientWebSocket 不可靠；配合 ConfigureAwait(false)、Task.Run 会导致异步回调无法继续，界面永久停在「连接 Hub…」。

五、Nginx 配置（宝塔）

5.1 全局：WebSocket Upgrade 映射

宝塔 → 软件商店 → Nginx → 配置修改，在 http { 内、server { 前加入：

1
2
3
4

map $http_upgrade $connection_upgrade {
    default upgrade;
    ''      close;
}

5.2 站点：server.vrast.cn

原配置主要问题：

/hub/ 示例：

1
2
3
4
5
6
7
8
9
10
11
12
13
14

location /hub/ {
    proxy_pass http://127.0.0.1:8080;
    proxy_http_version 1.1;
    proxy_set_header Upgrade $http_upgrade;
    proxy_set_header Connection $connection_upgrade;
    proxy_set_header Host $host;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header X-Forwarded-Proto $scheme;
    proxy_connect_timeout 60s;
    proxy_read_timeout 86400s;
    proxy_send_timeout 86400s;
    proxy_buffering off;
}

5.3 宝塔保存配置的坑

直接删改 SSL / 错误页注释块会导致 「配置文件保存失败」。必须保留：

• #SSL-START 内的 #error_page 404/404.html;
• #ERROR-PAGE-START … #ERROR-PAGE-END 整段
• #CERT-APPLY-CHECK--START/END
• #HTTP_TO_HTTPS_START/END

只改 location 反代部分，不要动上述标记块。

保存后执行：

1

nginx -t && nginx -s reload

六、WebGL 客户端修复

6.1 问题根因

6.2 解决方案

WebGL 改用 浏览器原生 WebSocket（jslib）：

其他改动：

• GameHubClient：20 秒连接超时
• NetworkConfig：443 端口省略 :443（wss://server.vrast.cn/hub/game）
• 日志使用 UnityEngine.Debug.Log，避免与 DemonRoulette.Debug 命名空间冲突

6.3 成功标志

Console 应出现：

1
2

[GameHub] 连接 wss://server.vrast.cn/hub/game
[SignalR] 握手成功

随后进入在线大厅（房间列表）。

6.4 jslib 运行时错误：DemonRouletteWs is not defined

登录后 Hub 连接阶段，浏览器弹出 Unity 运行时错误，Console 完整堆栈类似：

1
2
3
4
5

Uncaught ReferenceError: DemonRouletteWs is not defined
    at _DemonRoulette_WsCreate (WebGL-Staging.framework.js.br:10:26428)
    at WebGL-Staging.wasm.br:0x15d59f
    at invoke_ii (WebGL-Staging.framework.js.br:10:394006)
    ...

原因： 第一版 BrowserWebSocket.jslib 在 mergeInto 外部声明了全局变量：

1
2
3
4
5
6
7
8
9

// ❌ 错误写法：打包后该变量不会进入 framework.js 作用域
var DemonRouletteWs = { nextId: 1, sockets: {} };

mergeInto(LibraryManager.library, {
  DemonRoulette_WsCreate: function (urlPtr) {
    var id = DemonRouletteWs.nextId++;  // 运行时报 ReferenceError
    ...
  }
});

Unity / Emscripten 只会把 mergeInto(LibraryManager.library, ...) 内的符号打进 framework.js。外部 var 在 WebGL 运行时不可见，C# 通过 [DllImport("__Internal")] 调用 _DemonRoulette_WsCreate 时就会崩溃。

正确写法： 使用 Emscripten 的 $ 依赖语法保存状态，并 autoAddDeps：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

// ✅ 正确写法：Assets/Plugins/WebGL/BrowserWebSocket.jslib
var DemonRouletteBrowserWsPlugin = {
  $drrWsState: { nextId: 1, sockets: {} },

  DemonRoulette_WsCreate__deps: ["$drrWsState"],
  DemonRoulette_WsCreate: function (urlPtr) {
    var id = drrWsState.nextId++;
    drrWsState.sockets[id] = entry;
    ...
  },
  // 其余函数同样声明 __deps: ["$drrWsState"]
};

mergeInto(LibraryManager.library, DemonRouletteBrowserWsPlugin);
autoAddDeps(DemonRouletteBrowserWsPlugin, "$drrWsState");

如何确认已部署新包：

1. 在 DevTools → Sources 或 Network 里打开 WebGL-Staging.framework.js（解压 .br 后）
2. 搜索 DemonRouletteWs → 不应存在
3. 搜索 drrWsState → 应存在

若仍能看到 DemonRouletteWs，说明上传的是旧 Build，或 Service Worker / IndexedDB 缓存了旧 framework.js（URL 带 ?v=legacy.1.1.1... 时尤其容易误判「已更新」）。

6.5 发布注意

1. Release Build 重新打 WebGL 包并上传 mini.vrast.cn
2. 强刷或清缓存：Service Worker 可能缓存旧包（项目内有 WebCacheRepair）
3. DevTools → Application → Service Workers → Unregister（如有必要）

七、经验清单（Checklist）

服务端

• API 监听 127.0.0.1:8080，Nginx 反代到 443
• curl /health 与 curl login 均正常
• MySQL 连接串含 SslMode=None（宝塔本地库）
• ForwardedHeaders、CORS 已启用

Nginx

• 全局 map $http_upgrade $connection_upgrade
• Host 为 $host，非 127.0.0.1
• X-Forwarded-Proto $scheme
• /hub/ 单独 location，proxy_buffering off
• 宝塔 SSL/ERROR-PAGE 注释块未删

客户端

• NetworkSettings.json release 段指向生产域名
• WebGL 使用 BrowserWebSocket.jslib（非纯 ClientWebSocket）
• 浏览器原生 WS 测试通过后再查 Unity 包版本
• 上传后清 SW / 站点缓存

八、相关路径速查

九、小结

本次联机打通，问题并不在「登录接口」，而在 Hub WebSocket 全链路：

1. Nginx 需正确转发 WebSocket（Host、Upgrade、Forwarded-Proto、/hub/ 独立规则）
2. 服务端 在反代后需识别 HTTPS 与真实 IP
3. WebGL 客户端 不能使用桌面端惯用的 ClientWebSocket + ConfigureAwait(false)，必须走浏览器原生 WebSocket

排查顺序建议：HTTP 健康检查 → 登录 API → 浏览器 WS 测试 → Unity 包与缓存。当浏览器 new WebSocket(...) 已成功而 Unity 仍卡住时，应优先怀疑 WebGL 网络实现，而非继续改 Nginx。

归档日期：2026-06-06

现在是凌晨1点，窗外安静得只剩下键盘声。博客已经一个月没更新了，老婆催了好几次，再不动笔，怕是连沙发都没得睡了。这一个月确实忙，工作上的事情排得密不透风，但更主要的原因，是我自己在做一些小项目，每天下班后的时间几乎全搭了进去。

去年公司办了一场小游戏比赛，我兴致勃勃地参加，结果只拿了个参与奖，聊表慰藉。今年这个活动又来了，我决定卷土重来，再战一次。我是一个人参赛，没团队，自然也没美术资源。做游戏总不能光靠方块和线条撑着，可一张一张去网上用AI生成图片实在太慢，效率低得让人抓狂。于是，在做游戏之前，我干脆先做了一个美术工作流，专门解决批量出图换皮的问题。

具体来说，我搭了一套从AI出图到引擎资源的流水线，支持分类管理、ComfyUI批量生成、img2img重绘、PS式后处理，还可以直接导出到Unity。资源会按照“source → inbox → 引擎”三态追踪，img2img重绘可以在已有图上继续生成。后处理部分支持图层栈，可以叠图层、裁切、加字，全部不破坏原图。AI助手由DeepSeek驱动，可以自由对话、写提示词、优化工作流。Web端和桌面版（macOS / Windows）都支持，用PyInstaller打包成独立应用，内嵌Python运行时，不需要额外装依赖。我把这套流程打包成了一个App，可以快速给游戏项目换皮、生成成套美术素材。地址在这里：https://art.vrast.cn/，有兴趣可以看看。

小游戏本身也做得差不多了。这次选的方向，是在去年我上架TapTap的小游戏《恶魔轮盘改》（https://game.vrast.cn/）的基础上，进行二次开发。说是二次开发，其实基本等于重做。去年那个版本有不少遗憾，这次索性全部推翻，用Unity重新搭建，还额外做了单机版和联机对战模式。一个人既写前端逻辑，又搞后端服务，还要兼顾联机同步、房间匹配这些事，即便有AI辅助，全栈做下来也真的脱了一层皮。熬了无数个夜晚，终于把试玩版本跑起来了，试玩地址在这里：https://mini.vrast.cn/，欢迎来体验，如果能顺手给点反馈就更好了。

除了工作与项目，最近生活里还有一件事，也耗了不少心神。

六一之后，幼儿园组织了全体小朋友的体检，其中有一项是抽血。这个项目引起了我妈极大的反感。具体原因，搜搜网上的信息就明白了。幼儿园直接安排抽血、不征求家长意见的情况并不少见，有家长反映老师只是发了体检单让签名，对抽血的具体项目完全没有提前告知。有些幼儿园甚至在没有提前告知家长的情况下，就给孩子抽血体检，事后归为“老师工作疏忽”。家长们的担忧也不无道理：突如其来的医疗操作可能让孩子对“白大褂”产生长期恐惧，影响未来必要的就医配合；而非医疗环境下由非专业人员操作，感染控制和应急处理能力都难以保证。学校里若老师不再追着要，就悄悄混过去算了。

一边是代码和游戏，一边是家庭和育儿，两头都要顾，两头都容易一地鸡毛。有时候深夜坐下来想想，这些小项目、小游戏，究竟能走到哪里，自己也不确定。但每次把一个新的玩法跑通，看到有人试玩、给出反馈，那种快乐又很真实，真实到足够支撑下一个凌晨一点的键盘声。

就先写到这吧，更新总算交差了，希望老婆明天醒来能看到。

原计划是去台州的。

仙居的景色早已在脑海中描摹过——群山叠翠，云雾缭绕，想象中该是一幅流动的山水画卷。然而清明节前后的天气预报不太给面子，台州那一带连日有雨，且雨势不小。我和老婆对着手机屏幕上的气象云图商量了一阵，“去南京吧。”这个提议一出，倒都觉得合适。高铁一个多小时就能到，况且六朝古都的底蕴，即便下雨也不妨碍品味。带着父母和孩子出行，城市交通的便利、景点配套的成熟，都是需要考量的因素。南京在这些方面，显然比山区更合适。

就这样，一次“计划外”的南京之行，在清明前夕成行了。

下面是出游前对行程做了一些规划，可供参考。

4月2日上午10点，G12次列车从虹桥火车站准时发出。不到一个小时，10点59分，列车稳稳停靠在南京南站。女儿趴在车窗边看风景，还没来得及觉得无聊，就已经到了。现代交通的便利，让城市之间的距离变得几乎可以忽略。

预订的民宿在秦淮区万象都荟C幢，地铁3号线卡子门站附近，交通便利。安顿好行李，已是中午。午餐选在了美龄轩私房菜，算是对这座民国故都的一种应景。我妈对店里的环境赞不绝口，菜式精致，价格总体比上海便宜一些，分量足。

下午的行程是中山陵。

预约的时间段是12:30至14:30。地铁2号线坐到孝陵卫站，从1号口出，左转50米便是观光车站。一路往紫金山深处去，道路两侧的法桐尚未完全舒展，枝头挂着新绿，空气里弥漫着雨后泥土的湿润气息。女儿在观光车上兴奋地东张西望，这些梧桐树真好看，听说当年宋美龄喜欢梧桐，蒋介石就在南京种了很多。这个说法虽然流传甚广，其实未必准确，但民国时期南京大量栽种法桐，确实与蒋介石夫妇不无关系。

中山陵坐落在紫金山南麓，依山而建，气势磅礴。从博爱坊到祭堂，共有392级石阶，象征当时三亿九千两百万同胞。我牵着女儿的手一步步往上走，她数着台阶，数到几十就忘了，又重新开始，惹得大家直笑。我妈虽然有些气喘，但坚持走到了顶。登临至此，视野豁然开朗，整个南京城尽收眼底。

这座陵墓的建造，本身就是一段值得书写的传奇。

1925年3月12日，孙中山先生病逝于北京。临终前，他提出愿“归葬紫金山”。为什么是紫金山？这要追溯到1912年春天。当时孙中山在紫金山打猎，看到这里“背负青山，前临平川，气势开阔”，曾对随行的胡汉民说：“待我他日辞世后，愿向国民乞此一抔土，以安置躯壳尔。”

孙中山逝世后，葬事筹备处决定向海内外公开征集陵墓设计方案，最终，年仅31岁的青年建筑师吕彦直拔得头筹。他毕业于美国康奈尔大学建筑系，将中国传统建筑形式与西方建筑技术、材料有机结合，创造出了这座“中国新民族风格建筑的开山之作”。吕彦直的设计方案融合了西方古典柱式和东方建筑屋顶元素，祭堂采用重檐歇山顶，整体呈警钟形，寓意“唤起民众”。

遗憾的是，吕彦直本人没能亲眼看到中山陵的建成。他积劳成疾，1929年3月病逝，年仅36岁。同年6月1日，孙中山先生的灵柩奉安中山陵。一位建筑天才，用生命为另一位伟人完成了最后的归宿。

站在祭堂前，仰头看那“天地正气”四个大字（由孙中山先生手书），一种说不清的庄重感在胸中升腾。我给女儿讲了孙中山的故事，告诉她这位伟人被尊称为“国父”，她似懂非懂地点点头，说：“他是不是很厉害的人？”我说：“是的，他让中国人站起来了。”

从中山陵下来，天色尚早，便往夫子庙去。

地铁3号线夫子庙站2号口出来，跟着人流走，不消片刻就到了秦淮河边。我妈看着熙熙攘攘的人群，笑着说：“这里真热闹，跟上海的城隍庙差不多。”

夫子庙始建于东晋咸康三年（337年），距今已有近1700年的历史。那一年，王导辅佐晋元帝司马睿建立东晋，定都建康（即今天的南京）。王导深感“治国以培育人材为重”，提议建立太学。北宋景祐元年（1034年），才移东晋学宫于秦淮河北，并在学宫之前建庙祭奉孔夫子。自此，前庙后学的格局延续了近千年。

这里是“六朝金粉”的所在。杜牧那句“商女不知亡国恨，隔江犹唱后庭花”，写的就是秦淮河的声色。昔日的纸醉金迷早已散去，但两岸的灯火依旧璀璨。河面上画舫往来，船娘的歌声隐约可闻，恍惚间似有穿越之感。

夫子庙的一大特色，是它利用了天然的秦淮河作为泮池——这是全世界唯一一座以天然活水为泮池的孔庙。照壁长110米，高10米，有“天下第一壁”之称。站在“天下文枢”牌坊下，我给我妈讲：明清两代，江南贡院就在这里，无数读书人从全国各地赶来参加科举考试，最多的时候，贡院的号舍有两万多间。

我妈说：“那比现在的高考还难吧？”我笑道：“比高考难多了。考中了举人，就能做官了。《儒林外史》里的范进，考到五十多岁才中举，高兴得发疯，就是这个典故。”

女儿不太懂这些，她的注意力全在小吃摊上——桂花糖芋苗、赤豆元宵、鸭血粉丝汤，一样样尝过去，吃得满嘴甜。这种“雅俗共赏”的气质，倒是南京这座城市的一贯做派——既有六朝烟水的雅致，又有市井烟火的鲜活。

第二天，天气预报中的雨终于落了下来。

不大，细细密密的，像是给整座城市蒙上了一层薄纱。这样的天气，室外的景点多少有些不便，于是我们按原计划去了总统府——好在主要建筑都在室内，雨中游览别有风味。

总统府的建筑群，历经六百余载风雨。从明朝汉王府，到清代两江总督署，再到太平天国的天王府，最后成为中华民国国民政府和总统府的所在地。一部中国近现代史的缩影，就这样浓缩在长江路292号的院落里。

如今我们看到的大门，是1929年修建的，高14米，为西方古典柱式巴洛克风格，迎面三个拱券门洞。1949年4月24日，解放军战士正是将红旗插上了这座门楼。毛泽东那句“钟山风雨起苍黄，百万雄师过大江”，写的就是这一刻。

进入大门，是一条东西走向的长廊。跟随导游脚步，也了解了很多跟这里有关的历史人物：

林则徐，曾任两江总督，在南京任上大力整顿盐政、漕运，为后来的禁烟运动积累了丰富的行政经验。他的一句“苟利国家生死以，岂因祸福避趋之”，至今读来仍令人动容。

曾国藩，平定太平天国后入驻这里，重修两江总督署。他的“修身齐家治国平天下”理念，影响了中国几代人。他在南京刻印的《船山遗书》，对晚清学术影响深远。

左宗棠，继曾国藩之后任两江总督，在任期间兴修水利、整顿吏治，还创办了金陵机器局，开启了南京近代工业的先河。

张之洞，在两江总督任上创办三江师范学堂，这是南京大学的前身之一。他还修建了南京第一条马路，可以说是南京城市现代化的先驱。

洪秀全，太平天国的天王，曾将这里作为天王府。他在南京建都十一年，最终在清军围攻下病逝。天王府被焚毁后，曾国藩在原址重建了两江总督署。

孙中山，1912年1月1日在此就任中华民国临时大总统。他在总统府西花园的暖阁里宣誓就职，开启了中国两千多年封建帝制结束后的新纪元。

蒋介石，1927年定都南京后，这里成为国民政府所在地。“总统府”三个字，就是他在1948年当选总统后所题。

雨中穿行在这些院落之间，倒是意外收获了一种“烟雨江南”的意境。雨水从飞檐翘角上滴落，打在青石板路上，发出清脆的声响。西花园的石舫静泊在雨中，这座石舫是当年两江总督尹继善修建的，模仿了颐和园的石舫造型。女儿在长廊里跑来跑去，躲雨玩得不亦乐乎。

这种在历史现场的感受，与从书本上读到是完全不同的。那些只在课本里出现的名字，突然变得具体而生动起来。

由于下雨，鸡鸣寺只好放弃了。

鸡鸣寺原本在计划之中。这座始建于西晋永康元年（300年）的寺院，有“南朝第一寺”之誉，是“南朝四百八十寺”之首。杜牧那句“南朝四百八十寺，多少楼台烟雨中”，说的就是那个佛教盛行的时代。

这里发生过一个重要的历史事件：梁武帝萧衍曾四次舍身同泰寺（鸡鸣寺前身），大臣们每次都要花数亿钱将他“赎回”。这位帝王笃信佛教到痴迷的程度，在位期间广建寺庙，是中国历史上最推崇佛教的皇帝之一。同泰寺的规制，据说模仿了印度寺庙，规模宏大，“楼阁台殿，飞阁相连”，可惜后来毁于战火。

1992年，《新白娘子传奇》剧组还曾借这里的药师佛塔拍摄雷峰塔的场景。我本想给我妈讲讲白娘子的故事，但雨天路滑，带着老人和孩子不太方便，只好作罢。

于是我们去了德基广场。

德基广场坐落在“中华第一商圈”新街口，2006年开业，如今已是南京的商业地标。这里最出圈的，大概是那些“千万级豪厕”。我们特意去探访了一番(我则是在二楼的某个墙角靠着睡着了)：

• 2F：迪拜豪华风（1200万）——金色为主调，仿佛走进了阿拉伯皇宫
• 3F：赛博朋克风（2000万）——霓虹灯光、金属质感，像是科幻电影里的场景
• 4F：中式禅意风（1000万）——竹子、枯山水，颇有几分禅意
• 5F：眩晕音律风（1000万）——几何图案加上音乐节奏，走进去有点晕
• 6F：热带雨林风（800万）——绿植环绕，仿佛置身雨林
• 7F：书香门第风（500万）——书架上摆满了书，像是书房改造的

说是厕所，其实更像装置艺术。2025年上半年，仅盥洗室的客流就超过1000万人次，这个数字足以说明它有多“网红”。

我妈一开始不理解：“一个厕所，花这么多钱装修干什么？”等她一个个看下来，也忍不住掏出手机拍照，还发了朋友圈，配文是：“南京的厕所都比我家客厅漂亮。”我在旁边看了直笑。

这种把公共空间艺术化的做法，倒是德基广场的一贯思路。它把商业与文化融合，打造“商业+艺术”的生态，让一个购物中心变成了城市文化地标。从传统商场到“城市会客厅”的转型，或许正是当下消费升级的一个缩影。

最后一天，去了老门东。

“门东”这个名字，因地处中华门（明代聚宝门）之东而来。这里形成居民聚居地已有1700多年的历史。

东晋时，王导、谢安这些世家大族的府邸就在乌衣巷一带。王导，东晋的开国元勋，曾说出“我不杀伯仁，伯仁因我而死”的典故。谢安，指挥淝水之战的宰相，以八万兵力击败前秦百万大军，留下了“风声鹤唳、草木皆兵”的成语。刘禹锡那句“旧时王谢堂前燕，飞入寻常百姓家”，让这条小巷名垂千古。

老门东的街巷格局，600余年来基本没变。青砖、小瓦、封火墙组成的江南庭院建筑，前有天井，后有花园，与北方的四合院形成鲜明对比。走在三条营、边营、箍桶巷这些老巷子里，仿佛走进了旧时光。

这里还有周处读书台。周处是西晋人，年少时为害乡里，被当地人视为“三害”之首（另外两害是猛虎和蛟龙）。后来他幡然悔悟，射虎斩蛟，改过自新，最终成为一代忠臣。这就是“周处除三害”的故事，被收录在《世说新语》和《晋书》中。电影《周处除三害》近年上映后，这个故事又被年轻人熟知了。

与夫子庙的热闹相比，老门东多了一份安静。巷子里的店铺也精致许多，文创、书店、咖啡馆与传统小吃并存。我老婆买了些糕点带回给家人，女儿挑了个蜡笔小新的卡包。

新旧之间，这里有一种微妙的平衡。或许这就是南京这座城市的气质——不疾不徐，在历史的沉淀中从容生长。

下午16:49，G1817次列车从南京南站发车。

女儿坐在靠窗的位置，老婆在翻看着相机里拍的照片——总统府的雨、中山陵的台阶、德基广场的“豪华厕所”、老门东的小巷……

18:10，列车准时抵达上海虹桥。

三天的南京之行，就这样画上了句号。因雨改道，反而收获了一场烟雨江南的别样体验。总统府的雨景、中山陵的肃穆、夫子庙的烟火、德基广场的现代、老门东的旧时光……这座城市就像一本厚重的书，匆匆三日，不过读了几页。

但有些书，值得反复读。

南京，下次见。

前段时间和家人聊天，说真羡慕我们家宝宝，上幼儿园不用上班，也不像小学有作业。要是现在还有开办给大人的幼儿园就好了。我笑说，幼儿园的女老师们哄十几个月的宝宝怎么样我不知道，但是哄着几百个月的宝宝肯定手到擒来。

老婆当时白了我一眼：“几百个月的宝宝？那不就是你吗？”

我想想也对。三十好几的人，每天早上闹钟响三遍才爬起来，开会时偷偷刷手机摸鱼，下班回家往沙发上一瘫就不想动，这不就是个大号幼崽吗？区别只在于，幼儿园宝宝哭有人哄，我们哭只能躲厕所里把水龙头开最大。

后来路过一家养老院，老婆又打趣：“我们年轻人能住养老院吗？”我瞄了一眼那气派的大门，认真回答：“你看这所比较高级，进去估计要摇号，轮不上你。”

说完我俩都笑了。这年头，幼儿园摇号，小学摇号，没想到连养老院都得摇号。我们这批夹在中间的，上不着天下不着地，想当宝宝嫌老，想退休嫌早，摇号资格都没有。

想起以前看的电影，《本杰明·巴顿奇事》。主人公生下来就是个老头，然后越活越年轻，最后变成婴儿在爱人怀里闭眼。当时看觉得挺浪漫，现在想想，这不就是把我的人生倒过来演一遍吗？

真把大人送进幼儿园会怎样？我脑补了一下：上午手工课，不是捏橡皮泥，是教你怎么修热水器；下午户外活动，不是滑滑梯，是带你去医院排队挂号；午睡时间，老师不用哄，每人发一粒褪黑素就全老实了。

前段时间网上有不少幼龄网红，几岁大的孩子，直播间里比大人还能说会道。有人批评说这是拔苗助长，让孩子过早接触成人世界。我倒觉得，批评的人多半是嫉妒，人家年纪轻轻就通关了地球Online副本，该赚的钱赚到了，后面好好享受人生。我们这些还在副本里吭哧吭哧打怪的，当然酸。

幼儿园老师给布置作业，让做手工。一开始我还挺认真，找材料、画图纸、亲手做。后来发现别的家长都是直接买老师推的链接，安装起来简单又好看。我学聪明了，也买了链接。结果群里另一个老师说，希望动手制作，用生活中的材料。我默默看了眼刚拆开的快递盒，心想：这就是生活中的材料啊。

我突然觉得，这大概就是几百个月的宝宝需要的“幼儿园”，不是真的有间教室，有个老师，而是有那么一个地方、一些时刻，你可以忘记自己是个大人。

有人说，成年人最难的事，是在该成熟的年纪还能保持童真。我倒觉得，最难的是在该装大人的时候，还能偷偷给自己留个后门，时不时溜出去当会儿小孩。

幼儿园也好，养老院也罢，都只是个比喻。几百个月的宝宝不需要真的被哄，只需要偶尔被允许，允许发呆，允许犯错，允许做点没用的事，允许把糖葫芦吃得满脸都是。

几百个月的幼儿园，摇不上号也没关系。只要能偶尔当一回宝宝，在哪里都是放学。

这阵子互联网上刮起了一阵龙虾热。

起因是有人搞了个叫 OpenClaw 的开源项目，说白了就是能让你自己搭一个 AI 助手后端，想怎么调就怎么调。这玩意儿本来也没什么，但不知道谁给它起了个名字叫“龙虾”，瞬间就火了。热度从线上很快烧到了线下。

我寻思着也整一个玩玩，打开腾讯云，看到有个 99 一年的轻量服务器，顺手就买了。为什么放云上？说实在的，就是不想让那些 AI 爬虫无限制地访问我家里那台 NAS。那玩意儿嗡嗡响不说，电费也是钱。放在云上，好歹眼不见心不烦。

搭建过程倒是出奇地顺利，基本就是一键安装。填了个 QQ 机器人的 API，又填了个大模型的 key，本质就是帮大厂消耗算力。看着命令行刷刷地跑，我在想，这大概就是现代人的快乐吧——花 99 块钱买一台虚拟主机，再花几块钱买几百万 token 的额度，就能拥有一个属于自己的贾维斯。

虽然刚装好的时候，这个贾维斯只会说一句“Hello，我已被你创建成功，等你进一步开发部署我的‘灵魂’”。

更魔幻的是，咸鱼上已经有人开始提供上门安装 OpenClaw 的服务了，价格从 100 到 500 不等。我想起 1993 年的“信息锅”骗局，那时候有人上门推销“信息接收器”，说能接收卫星信号，其实就是个破锅盖。现在有人上门装龙虾，本质上也没差太多——都是帮人连接一个他们不太明白的东西。

说实话，很多人根本不知道为什么要用龙虾。他们连豆包都用不明白，却热衷于折腾这个。有个朋友问我装这个有什么用，我说可以让你的 QQ 机器人更智能。他又问然后呢。然后我说你就可以和机器人聊天了。他想了一会儿，说那为什么不直接和微信里的 AI 聊。

我想了想，确实没什么区别。但我没告诉他的是，我真正感兴趣的不是聊天，是它能不能替我干活。

装好之后，我发了第一条消息：“测试网络是否正常访问。

然后我看到服务器上弹出了一串 ping 和 curl 的进程，这家伙真的在执行命令。过了半分钟，它发回来一份完整的网络诊断报告：

✅ 网络连接正常
基础网络：可以正常访问 Google DNS (8.8.8.8)，延迟约170ms，无丢包
国内网站：百度可以正常访问 (HTTP 200)
DNS解析：QQ.com 域名解析正常

⚠️ 受限访问
Google：无法直接访问（正常现象，受网络环境影响）

最后还加了一句总结：“你的网络连接基本正常，可以访问国内网站和基础网络服务。Google 无法访问是正常的网络限制情况，不影响日常使用。”

我愣了一下。这玩意儿不是在聊天，它是在真的执行命令，然后把 stdout 抓下来喂给大模型，再给我生成一份格式化的报告。

我又发了一条：“检查当前系统版本，检查防火墙开放的端口。”

它回得很快：“我来帮你检查系统版本和防火墙开放的端口。”然后又是一串输出：

系统版本信息：
✅ 操作系统：Ubuntu 24.04 LTS (Noble Numbat)
✅ 内核版本：Linux 6.8.0-71-generic
✅ 架构：x86_64

防火墙状态：
⚠️ UFW防火墙：未启用 (Status: inactive)
⚠️ iptables：默认策略为 ACCEPT（接受所有流量）

当前开放的端口：

🔵 SSH服务：
22/tcp - SSH 远程访问（对所有IP开放）

🔵 系统服务：
53/tcp & 53/udp - DNS 解析服务（本地）
68/udp - DHCP 客户端
323/udp - chrony 时间同步
5353/udp - mDNS 服务

🔵 OpenClaw服务：
18789/tcp - OpenClaw Gateway（本地）
18791/tcp - OpenClaw Gateway（本地）
18792/tcp - OpenClaw Gateway（本地）

最后还附上了安全建议：“1. SSH端口：建议修改默认端口或限制访问IP 2. 防火墙：建议启用 UFW 并配置基本规则 3. 服务暴露：OpenClaw 服务仅监听本地，相对安全”，末了还问一句：“需要我帮你配置防火墙或修改SSH设置吗？”

我知道这些东西都可以自己敲命令看。但说实话，真懒得敲。而且它给出的格式比我平时自己看的 raw data 清晰多了，还顺手给了安全建议——虽然建议比较基础，但对新手来说确实有用。

这玩意儿本质上就是一个“自然语言转 shell 命令”的包装器，加上一个“命令输出转自然语言”的解释器。技术上没什么新鲜的，但用起来确实爽。

我把这个发现发到群里，有人说你才知道啊，OpenClaw 的核心就是“不只是聊天，而是执行”。它能做的事多了去了，只要给权限，监控服务器、管理文件、自动备份、定时任务，甚至能帮你排查故障。

我试了试让它检查日志、查进程、看磁盘空间，都能干。虽然每次都要过一遍大模型，延迟有几秒，但胜在不用记命令，想问什么直接说人话就行，但代价也是实实在在的——token 的消耗。

大概聊了六七条消息，后面尝试让它做了个网站，能用而且好用，token消耗速度也不慢，具体可以参考上图的账单，看起来不多，但如果天天用，一天几十条对话，一个月下来也得几十块。

而且这玩意儿有个特点：执行命令本身不花钱，花钱的是大模型理解你的意图、格式化输出的过程。你让它“查一下系统”，它要先生成命令，执行，然后把几百行的输出喂给大模型，让大模型提炼成那几条要点——这才是烧 token 的地方。

这就相当于在你每月的水电煤之外，又多了一项 AI 消费账单。

OpenClaw 这东西，技术上没什么门槛，就是个开源框架加上大模型 API 的套壳。它的意义不在于技术创新，而在于让更多人意识到：原来 AI 可以不只是聊天，可以真的帮你操作电脑。

对于普通人来说，这可能就是“拥有了自己的贾维斯”的平替版。对于我们这些天天跟命令行打交道的人来说，这就是一个能听懂人话的运维助手。虽然它不会写复杂的脚本，不会处理突发故障，但应付日常的巡检、查日志、看状态，已经够了。

一代人有一代人的龙虾要养。我们这代人的龙虾，大概就是这种看不见摸不着，但能帮你敲命令、每个月都要交 token 费的东西。

因为扩容过10GB硬盘，差点被阿里云99元续费资格拒之门外。

收到阿里云服务器到期的短信提醒时，我还在想着这台三年前入手的99元ECS主机不知不觉已经陪我走过三个年头了。登录控制台，找到那台即将到期的实例，熟练地点下续费按钮，结果弹窗没出现，按钮是灰色的，无法点击。我还以为是浏览器卡了，刷新、退出重登，依旧如此。点开人工客服窗口一问才知道，这台主机当初扩容过10GB硬盘，导致无法享受99元的特殊续费优惠。原来这种特价机的特殊待遇是有严格前置条件的，只要变更过配置，就失去了特殊续费的资格。想要继续享受优惠，唯一的办法就是将当前实例释放，用新的名额重新购买。

释放实例这四个字听起来轻松，但对一个搭建了博客、绑定了域名的服务器来说，数据怎么办、配置怎么办、IP地址变了怎么办都是问题。客服告诉我可以通过弹性网卡功能保留IP，在释放实例时将主网卡设置为不随实例释放，这样私网IPv4地址就能被保留。结果我在操作界面找了半天，才发现主网卡的保留功能目前仅在北京、上海、杭州等部分地域开放，我实例所在区并不支持。折腾了半个多小时，我放弃了IP无损迁移的计划，老老实实接受换新IP的命运。

既然IP保不住，那就得保证数据100%迁移成功。这里阿里云的镜像功能确实好用，在释放实例前，我先为老主机创建了一个自定义镜像，将系统盘的环境和数据打了个包。镜像创建完成后发现老主机在华东1上海，而新购的优惠机活动区通常在北京或张家口，镜像跨区域了怎么办？研究功能面板发现了复制镜像功能，可以将上海区域的镜像一键复制到北京区域，整个过程大概十分钟，在北京的镜像列表里就躺着我从上海搬运过来的那份数据备份。

镜像在手操作就顺畅多了，先释放老主机，释放后果然在活动页面看到了重新出现的99元购买入口，果断在北京区域下单。因为之前扩容过，镜像还原的时候也要一样尺寸的硬盘，所以再次点击续费将新机也延长一年使用时间，顺手又把数据盘扩容到了原来的大小。新机创建好后，在实例详情页选择更换操作系统、使用自定义镜像，选中从上海复制过来的那份镜像，等待几分钟系统盘被镜像数据完全覆盖，熟悉的宝塔面板、网站文件、数据库内容一个不少地回来了。

系统虽然回来了但网络不通，新机器的安全组是全新的，默认只开放了22端口和3389端口。手动添加入方向规则开放宝塔默认的8888端口，以及网站用的80和443端口，直接把原来实例的安全组规则截图对比着配了一遍。CDN和域名解析也要大调整，我一直用的是又拍云，登录又拍云控制台找到对应的服务，将回源IP从老IP修改为新IP。为了省事在域名DNS解析控制台添加了一条泛域名的A记录指向新主机IP，实现所有子域名的快速生效。备案信息更新是最容易被忽略的，登录工信部备案管理系统找到对应的网站备案信息，点击变更接入将主机IP地址更新为新的IP，如果不更新一旦被机房扫描到IP与备案不一致有被注销备案的风险。

中间其实我还动过换平台的念头，顺手申请了一台腾讯云的主机，也是99元的活动价。本来想着如果能直接迁移过去也不错，结果发现搭建web服务需要备案，要把阿里云的备案迁移过去实在是太麻烦了，折腾了一圈想想还是算了，就放弃了。不过既然机器已经申请了，闲置着也可惜，就在这台腾讯云主机上搭了个OpenClow服务，体验了一下最近比较热门的东西，也算是没白折腾这一趟。

看着博客首页重新加载出来，长舒一口气。这次续费风波算是告一段落。
记录于此，希望对遇到同样问题的朋友有所帮助。

小时候，我觉得时间过得好慢。

尤其是夏天。烈日当空的下午，教室里老旧的电风扇吱呀吱呀转着，把热风从这头吹到那头。窗外的蝉扯着嗓子喊，一声接一声，像要把整个夏天喊破。我盯着黑板上的粉笔字，老师的嘴巴一张一合，声音却像是从很远的地方飘来的。我偷偷看一眼手腕上的电子表——怎么才过了五分钟？明明已经坐了那么久。

我把课本竖起来，把头埋下去，数桌面上木纹的圈圈。一个圈，两个圈，三个圈……数到第三十七个的时候，再看表，又只过了三分钟。窗外的梧桐叶子一动不动，整个世界都凝固在这个漫长的下午里，怎么也过不完。

那时候，放学是一天中最遥远的彼岸。最后一节课的最后十分钟，我早就把书包收拾好了，铅笔盒扣得啪啪响，就等着那一声铃响。可那铃声偏偏不来，像故意跟你作对似的。我盯着教室前墙上挂的钟，秒针走一格，我心里默数一下，一格，两格，三格——它走得那么慢，慢到你能看见它在颤抖。

过年就更遥远了。秋天刚开学，我就开始盼。盼着盼着，树叶黄了，落了；盼着盼着，冬天来了，穿上了棉袄；盼着盼着，终于看见街上有人开始卖对联、挂灯笼了。可日历才撕到十一月，离那个穿新衣、拿压岁钱的日子，还有整整一个世纪那么长。

那时候我不明白，时间怎么会这么慢？慢到一节四十分钟的课，能装下一百个哈欠；慢到一个下午，能玩出三场过家家、看五集动画片、吃两根冰棍，天还没黑；慢到一年的长度，足够我从夏天的游泳池，玩到冬天的雪地里，再从雪地里，玩回夏天的蝉鸣里。

不知道从哪一天开始，时间突然跑得快了起来。先是周末，好像刚坐下吃个早饭，天就黑了。然后是春节，刚把去年的对联撕下来，新的就又该贴上了。再后来是年份——2018、2019、2020……像翻书一样，哗啦啦就过去了。

有一天加班到深夜，我走出办公楼，看见街角的梧桐树，忽然想起小时候那个怎么也过不完的下午。那棵树，和当年教室窗外的那棵，是同一个品种。只是现在，它的叶子黄了又绿，绿了又黄，好像就是一眨眼的功夫。

我站在路边，想了想这些年都干了什么。上班，下班，开会，赶工。不知不觉就过了三十岁，不知不觉就有了白头发。小时候觉得三十岁是老得不行的人，可我现在明明还记得放学路上那家小卖部的老奶奶，她的头发才是真的白，白的像雪。

有时候看手机上的日历，看见一个熟悉的日子——哦，今天是某某的生日，明天是某个纪念日。然后一忙，就忘了。等想起来，已经过去好几天了。日子就这么一个一个地漏掉，像握在手里的沙子，攥得越紧，流得越快。

小时候觉得时间慢，是因为那时候的参照物是自己——我在长，我在等，我用自己那颗小小的、焦急的心去量时间。一颗心就那么大，量出来的时间自然就长，长得像永远过不完的下午。

后来工作了，时间突然变快，也是因为参照物变了。我开始用项目、用业绩、用一个个deadline去量时间。一个项目结束，又一个项目开始；一份报告交上去，又一份报告等着。它们长得都差不多，挤在一起，分不清彼此。用这样的尺子量时间，日子就变成了流水，哗哗地往前赶，你甚至来不及看清每一滴水珠的模样。

直到有了女儿。

我记得她第一次睁开眼睛看我的样子，那么小，那么软，像一团刚出炉的面包。我记得她第一次笑，是在梦里，嘴角轻轻翘了一下，像湖面上泛起的一圈涟漪。我记得她第一次翻身，费了多大的劲，脸憋得通红，翻过去之后自己都愣住了，好像不知道发生了什么。

然后，她就开始蹭蹭地长。

春天的时候，我抱着她看窗外的梧桐发芽，她还只能躺在我怀里，挥舞着小手去够那些摇摇晃晃的光斑。夏天，她已经能自己坐起来了，坐在爬行垫上，追着一只滚动的球。秋天，她开始扶着沙发沿子站起来，颤颤巍巍的，像一只刚学走路的小猫。冬天，她突然就撒开了手，摇摇晃晃地朝我走过来，走了三四步，扑通一下坐在地上，然后抬起头，冲我笑。

那笑容里，有整整一年的光阴。

我开始明白，为什么现在的日子过得这么快了——因为我有了新的尺子。这把尺子的刻度，是她的每一个第一次：第一次叫爸爸，第一次自己吃饭，第一次自己穿鞋，第一次骑滑板车从我身边呼啸而过，头也不回。

每过一个刻度，我就知道，时间又往前走了一大截。

前些天整理手机相册，翻到她刚出生那天的照片。小小的，皱皱的，攥着拳头在睡。我往下划，一张一张地看——会笑了，会坐了，会站了，会走了。会跑的时候，已经开始模糊了，只能捕捉到一个飞奔的小背影。

我划到最新的一张，是她昨天赌气不吃晚饭。扎着两个小辫子，穿着红色过年衫，嘴里念念有词。我看了看照片的日期，又看了看刚出生那天的日期。

原来已经过去快五年了。

五年，用我自己的尺子量，不过是几个项目的更替，几轮春夏秋冬的循环，快得好像一眨眼。可换成她的尺子量，那就是从襁褓到奔跑，从咿呀学语到叽叽喳喳说个不停，从小小的一团，长到现在会搂着我的脖子说“爸爸我最喜欢你”。

我突然有点理解小时候那种慢的感觉了。

对她来说，时间一定还是慢的吧。一个下午还是那么长，长到可以看很久的蚂蚁，搭很久的积木，听很多遍同一个故事。一年的时间还是那么远，远到要等很久很久，才能等到下一个生日，才能吃到那个想了很久的草莓蛋糕。

我希望她觉得慢。我希望她的每一个下午都长得过不完，每一天都装得下无数个小小的快乐。因为我知道，总有一天，她也会像我一样，回过头来看这些日子。

到那时候，她会发现，那个怎么也过不完的下午，原来那么短。短到还没来得及多抱抱她，她就长大了。

而我呢，就用她做我的尺子吧。用她的身高，她的笑容，她每一个新的本领，来丈量接下来的日子。用这把尺子量，日子虽然还是过得快，但每一个刻度，都清清楚楚，明明白白。

就像现在，她又在喊我了：“爸爸，快来陪我搭房子！”

我放下手机，走过去。

这个下午，对她是漫长的，对我是短暂的。但没关系，我们一起待在这个下午里，就是好的。

哦，对了，忘了说，祝大家春节快乐！

元旦提前请了一天假，直接飞到东北跨年了。去东北玩的日程，也计划了好久了，刚开始想去哈尔滨，一看冬季的年均气温都在-30° ，东三省中就沈阳的气温就在-15° ~ -20° ，相对最 “暖和” ，以前没有了解过沈阳这座城市，后来专门做了一些攻略，才算是有了一个大体的了解。故宫，省博，滑雪，搓澡文化，都是金字招牌，东北人的热情好客更是让旅行充满欢乐。

下面是我们的旅行计划脑图，主打的是一个自由行，有兴趣的朋友，可以参考下。
每天的时间安排都比较宽松，有补充的欢迎留言。

中街

从我们下榻的住处，只需步行约十分钟，便汇入了中街川流不息的人潮。这里无疑是沈阳最富生机的心脏地带，又恰逢假日，街道仿佛一条流动的河，本地居民与四方游客交织其间，摩肩接踵，热闹非凡。

我们本想品尝声名在外的老边饺子，可到店一看，等候的队伍已蜿蜒开来。考虑到中午还有别的安排，只得遗憾作罢，口腹之欲只能让位于行程，那份热气腾腾的传说，便留待下次相逢了。

中街的繁华不仅在于这条百年老街本身，其侧翼的大悦城，正是一座巨型的现代生活磁场。这座庞大的商业体被划分为数个主题鲜明的区域，从潮流购物、寰宇美食到娱乐体验一应俱全，堪称一站式满足所有都市享乐的微型城池。传统街市的喧嚷与购物中心的精致在此地奇妙融合，构成了沈阳最具代表性的繁华图景。

故宫

与北京故宫的浩瀚馆藏相比，沈阳故宫内常设展出的文物确不算多。我留意到，许多游客来此，主要兴致似乎并非在于细观历史陈迹，而是将目光与镜头投向了朱墙琉璃、飞檐斗拱——这座宫殿本身，便是最宏大的展品，一张张照片即是带走的“文物”。

这一倾向，在宫墙之外的街道上得到了更为热烈的印证。沿街密集排列着各式古装街拍店铺，堪称一景。只见人们进去时还是现代装束的寻常路人，片刻之后，便身着锦袍、头戴钿子，在摄影师的指引下于红墙根、宫门前化身“格格”或“阿哥”。这种时空身份的瞬时切换，充满了戏剧性的趣味。

尤其令我暗暗佩服的，是在这清寒季节里仍投身于此的人们。冷风之中，身着往往不算厚实的宫廷华服，依然要维持舒展的姿态与从容的神情。这大概便是对“美丽冻人”最生动亦最执着的诠释了——要定格一张心中的理想影像，所需的不仅是爱美之心，更需一份抵御严寒的专注与热情。

大帅府

关于大帅府的历史烟云与人物功过，在此便不赘言了——那段纷繁复杂的往事，历来众说纷纭，我更愿将评判留给时光与沉思的目光。

但这座府邸本身的华美，却是直观而震撼的。踏进其中，才真切体会到何为“钟鸣鼎食之家”。尤为令人驻足的，是那座标志性的红楼。它静静矗立，将典雅的欧式风情凝固于一砖一石之间。当午后阳光倾洒在它的立面上，砖红温暖，雕饰明暗分明，整座建筑仿佛被镀上了一层光辉。那一刻，“金碧辉煌”不再是一个抽象的成语，而是眼前确凿的景象，带着旧日显赫的温度与重量。

我只是一个偶然到访的现代游人，也在此刻，被那种毫不掩饰的、磅礴的富贵气象所轻轻击中。

棋盘山雪场

午后抵达棋盘山滑雪场时，天气晴好，气温是那种恰到好处的清冷——呼吸间有白雾，但阳光照在身上又存着一份暖意，正是最适合冰雪嬉戏的体感。

雪场的各项配套服务安排得还算周到。作为初次体验的游客，我们没有自带装备，租赁流程倒也简便。在洁白的雪道与湛蓝天空的背景下，哪怕只是简单尝试，那份开阔与自由感也已足够迷人。临别前，特意选了一张最能记录此刻欢笑与风景的照片，珍藏于博客之中，算是为这段冬日旅程盖下一个轻盈而明亮的邮戳。

搓澡

临行前，好几个朋友都力荐“清河半岛”。我们也仔细查了攻略，那确实是一家极为豪华的一站式度假庄园，堪称能“全托管”的享乐之地。不过因为它离我们主要的游玩区域有些远，权衡之下，还是选择了另一家本地人常去的口碑浴场。

至于搓澡体验如何？只能说：棒极了！作为一个没怎么见识过这等场面的南方人，这次体验着实令人眼前一亮。

夜游老北市/西塔

华灯初上时探访了老北市。这里的开发颇见心思，夜景灯光与整体布局精致华丽，既有热闹的摊贩，又不失传统韵味。游人三三两两，不算拥挤，许是我们错过了街头表演的黄金时刻。空气中飘着烧烤和冰糖葫芦的甜香，对于嗜好这两样的人来说可谓天堂；我们因不嗜甜，便以闲逛拍照为主。光影交织的街景很是出片，选取部分，存记于此。

而后转道西塔——沈阳著名的“韩国街”。满街地道的韩式小吃店铺，虽然个人口味不甚钟情，但“来都来了”，总要感受一番这迥异的气氛。虽与老北市仅相隔数公里，西塔的人气明显旺盛许多。

最令人印象深刻的，是街头巷尾无所不在的酱菜店，琳琅满目，风味各异，堪称一部立体的“酱菜百科”。归途问起本地司机，他们是否常来购买，师傅笑答：“我们啊，都是来这儿买好酱料，回家自己做。”

夕阳红小吃部

到沈阳吃了很多顿饭，就这家饭店给我留下的印象最深，原因无它，真的好吃，单独拿出来写一下。
只点了三道菜，两个人吃不完，根本就吃不完。

这个油炸的茶树菇，夹起一簇送入口中，牙齿刚碰上就是“咔嚓”一声脆响，紧接着，菌菇特有的山野鲜香便混着热腾腾的油气迸发出来，炸透了的焦香。内里的菇丝保住了最后一缕柔韧，你说油炸的是肉丝的口感都像，但又不腻。最后化作满口悠长的回甘，让人忍不住又伸出了筷子。

九一八事变博物馆

站在那座永远定格在1931年9月18日的“残历碑”下，肃穆感便压上心头。
馆内，黑白分明的“白山黑水”将人瞬间拉回历史现场。最难忘的，是展柜中几块来自平顶山惨案的碳化月饼，和烈士墨迹斑驳的绝笔家书。它们无声，却震耳欲聋。当《义勇军进行曲》的旋律在“国歌墙”前响起，那句“中华民族到了最危险的时候”，成为了可触摸的民族心跳。出口前的“感谢中国养父母”雕塑，与入口的残历碑形成深邃对话，昭示着铭记苦难，是为了捍卫光明。

早市

旅程的最后一日，我们决心用一个最接地气的方式与沈阳告别——逛早市。清晨六点五十一分，天光未醒，我们已站在八一早市的街口。路灯还亮着橘黄的光，空气凛冽清新。摊贩们正不紧不慢地从三轮车上卸货，整理着蔬菜瓜果，一切都在安静的秩序中初初苏醒。这里吃食的摊位不多，更像是街坊邻里采买一日鲜嫩的场所，我们略作停留，便决定转战那个以热闹闻名的地方。

打车不过十来分钟，一下车，小河沿早市便以排山倒海般的热浪扑面而来，与八一市场的清冷形成戏剧性的对比。此刻天已大亮，整条长街被人声与热气填满，堪称“人山人海”。叫卖声、讨价还价声、油炸食物的滋滋声交织成一首高昂的晨间交响曲。

目光所及，是沈阳最蓬勃的市井画卷：刚炸好的金黄色大油条比小臂还粗；蛋堡在铁板上嗞啦作响，冒着诱人的热气；晶莹的驴打滚、粘豆包在蒸笼里叠成小山。最地道的体验莫过于挤在人群里，捧着一碗滚烫的羊杂汤或豆腐脑，就着刚出炉的火勺，站在路边吃得鼻尖冒汗。那份直抵肠胃的暖意与踏实，是任何高档餐厅都无法复制的。我们随着人潮缓慢移动，眼睛和嘴巴都忙不过来，手里很快也拎上了粘豆糕、蛋堡，最后还吃了本地特色羊杂汤，吃不完根本吃不完。

辽宁省博

在沈阳旅程的最后半天，我们将行李暂存，前往了辽宁省博物馆——这既是临别前的驻足，也仿佛为这几日的见闻找到了历史的源头。

与之前游览的宫阙、街市不同，辽博呈现的是一种深沉的、铺陈于时光轴上的开阔。馆内正举办“山海共融”主题展，文物时间跨度长达28万年，从旧石器时代的营口金牛山遗址，一路贯通至现代。我们沿着清晰的脉络前行，如同翻阅一部辽沈大地的“立体史书”。

那些承载历史的器物，不再是玻璃柜中静默的标件。红山文化玉猪龙蜷曲凝练，龙首刻画入微，散发着源自文明初曙的神秘与威仪。三燕时期的花树状金步摇，则在一片素雅中蓦地绽放出璀璨，让人遥想1700多年前贵族冠饰的摇曳生姿。

参观结束步出大厅时，午后的阳光正亮。这几日在沈阳的穿行，从盛京烟云到市井烟火，从冰雪之乐到史海钧沉，此刻都沉淀下来，汇成对这片土地更立体的认知。博物馆为旅程画下的不是句号，而是一个意蕴悠长的省略号，我们不只是看了一些风景，还有更多。

以上，沈阳游记。

好久没更新博客了，今日特地上来锄草，这段时间沉迷三角洲行动，估摸着能写一篇搜打撤游戏的心得体会，对于此类游戏现在是深度体验，感觉能着手制作类似的游戏，不说画面，做个类似的数值类游戏，个人觉得还是非常有市场的。

先不扯游戏研发的事儿，前阵子的周末去了奉贤的某果园，自助采摘，价格不贵，就是地方太偏了，今年大概去的晚了，去采摘的时候大果子没有多少了，剩下的都是中小果子，吃起来略酸口，不怎么建议去，所以地点先不放上来了。等明年发掘带娃采摘的好去处，在博客上再发。

上周六带娃游了朱家角，逛完下午又去了东方绿洲，游朱家角的途中还同老婆讨论小时候的朱家角，那时候开发程度还没有现在高，新扩建的一条街还没成型，就是城乡结合部的样子，景点就几个，记忆中好像还没有收费的，现在扩建后收费的景点多了，游船是经典项目，一般来说也就10分钟左右的体验，如果想体验下江南小镇倒是可以一坐，带娃的话那娃娃肯定是要玩一玩的。这边也有通向淀山湖的快艇，大概15分钟，以前来游玩的时候倒是包船体验过，航线是从古镇到淀山湖逛一圈然后原路返回。

要说土特产，如今网购发达，什么都能送到家，但刚出炉的蹄髈、扎肉、菱角热乎乎地捧在手里，才是逛古镇的仪式感。这边的饭馆也挺卷，味道差的很难存活，所以随便挑一家进去，踩雷几率不大。爱吃面的找面馆，想尝鲜的也有河鲜小炒，价格稍高但可接受。生意最好的馆子大多集中在入口往里一段，越往新街深处走，人气就稍淡一些——大概大家都是一路逛一路吃，走到尽头时，胃和手早已满满当当了。

下午转战东方绿洲，这里和我记忆里的样子几乎没变。看到那艘巨大的“航母”模型，我立刻喊娃：“来，站这儿给你拍张照！”话没说完，小家伙已经一溜烟跑远了。果然，小孩子都不爱老老实实摆拍。想起我小时候，爸妈也总爱让我在景点前“留念”，我当时也是一百个不情愿。如今角色调转，这颗“回忆的子弹”轻轻巧巧地正中了我。

之后被侄女点名去玩水陆两栖车，我也跟着蹭了个车。一开始娃还有点紧张，几分钟后就放开了，绕着航母模型开了一圈，然后直接“爬”回岸上。这体验着实新鲜，听说仰望U8也能这么水陆两栖，咱这算不算间接体验了一把百万豪车？

如今天气渐凉，周末大多转战室内。家附近的儿童乐园成了固定据点，进门测温、消毒一套流程，还算令人放心。
娃在这边玩，还能遇到几个同幼儿园的小朋友，经常跟我说交到了新朋友，好几次兴奋地拉着新朋友过来“介绍”给我。
看来还是个社牛，幼儿园老师之前还说娃有点害羞，内向，为此家里人还操心了一段时间。现在经常出来玩，这方面情况倒是慢慢没有了，看来多放出来玩玩还是极有益的事情。

以上，近况两三则，年底了，天气转凉，大家注意添衣保暖，谨防流感 。

这周六，与老婆孩子一起，跟风加入了吃大闸蟹的大军。目的地——阳澄湖。这念头一起，心里那点小期待就压不住了，仿佛已经闻到了蟹黄那勾人的鲜香。

可这期待，刚一上路，就被现实堵了个结结实实。100公里出头的路，活生生堵了一个半小时，感觉全世界的人都约好了今天去阳湖。原本计划得好好的午饭，等我们历经整整3小时的“车程马拉松”，抵达目的地时，指针已经毫不留情地跳到了下午1点。

一路上，我的内心活动大概是这样的：“下次再也不凑这热闹了！”“我的屁股已经不是我的屁股了……”

心里特别过意不去，赶紧发消息让朋友们别等了先吃。结果你猜怎么着？我们风尘仆仆地赶到时，包间里传来的不是吃饭的动静，而是阵阵“鬼哭狼嚎”的歌声！推门一看，好家伙，这帮可爱的朋友，愣是饿着肚子，一边K歌一边等我们。那一刻，什么堵车的烦躁、屁股的酸痛，瞬间都被这“有爱”的画面给治愈了。有这样的朋友，真好。

这一路开过来，还有个特别有意思的现象：放眼望去，几乎全是沪牌车的天下，毫不夸张地说，感觉比在上海街头看到的还密集。这阵仗，让人不得不感叹，阳澄湖这块金字招牌的号召力是真强啊。当地的文旅局，看来是真发力了。

我们预约的农家乐是 「小郑蟹坊」 。这一片基本都是家族式的农家乐，当然也有气派的大酒店，但朋友是这家的老主顾，每年都来，我们也就跟着来了。没想到，味道出乎意料地不错！

更妙的是，店里提供的娱乐项目相当齐全：K歌、麻将、喝茶一应俱全。吃完饭还能接着玩乐，不用担心冷场，着实是个聚会的好地方。

重头戏当然是大闸蟹。这里是自选的，公母、大小不同，价格也不一样。对我这种“业余选手”来说，其实吃不出太大区别，只觉得每一只都膏满黄肥，鲜美得不得了。我家娃更是“暴殄天物”的典型，对蟹黄蟹膏兴趣寥寥，只专注于拆解蟹腿肉。我们俩凑一块，堪称“业余吃蟹二人组”。

酒足饭饱，下一站是去 「1971粮仓」 逛逛。结果小家伙的眼球，直接被路边一台棉花糖机俘获了，挪不动步。那必须得买一个。

广告牌上明明写着可以选各种卡通款式，可当我满怀期待地询问时，售货大妈非常淡定地回了句：“不会做，只会做白色的。” 那语气，大概就是“爱要不要”的意思。15块钱一个的原味棉花糖，看着大妈娴熟的手法，我心里暗暗嘀咕：这钱赚得可真轻松，想当年公司搞活动，我还上手做过几次呢，感觉我都能来应聘了。

回程的路上我仔细算了一笔时间账：上午10点出发，下午1点到，吃完饭3点，玩到4点多往回走，到家已经7点多了。好家伙，开车开了整整6小时，真正玩的时间满打满算才3小时。这性价比，属实有点低啊。

经过这一天“人在囧途”般的体验，我和家人达成了一个坚定的共识：下次再来，说什么也要坐高铁了！ 把时间浪费在美好的事物上，而不是无尽的堵车中，这才是休闲的正确打开方式嘛。

前两天去了欢乐谷，正逢万圣节活动期间，活动的类目不少，随手拍了点图记录一下。

这类游乐场一般情况下我都是属于拎包客，陪玩居多，要说为啥不敢玩，那只能来句，懂的都懂。

顺便我还问了NPC是不是很多都是兼职的，回答说是的，有些还是大学生兼职大概，NPC还是很有活的，跟NPC做小游戏互动会给游客发游戏卷，有些NPC的卷发光了，就跟游客整活，毕竟没卷了，还是非常有意思的。

实际的游玩体验还是不错的，如果你不打算排队等项目，那就还行，一般情况下小项目排队都是30分钟起。

如果是一些招牌项目动辄1.5小时，路边也有人兜售快速通行票，大概就是跟迪士尼学的吧，这个是人家的商业化手段，至少能控制普通门票的价格趋于一个合理的区间。

有个什么主题鬼屋，我记不得了，好像叫什么嫁衣之类的，是里面排队人最多的项目之一。进去玩了一圈，还找到了里面扮鬼吓人的鬼新娘，被我逮住了，要求合影一张，留作纪念。

大部分项目都没有排，总共就选了两个，一个转转椅，就是转的飞起来的那个，小时候玩过很多次，大概是我为数不多玩的项目了，还记得以前上海欢乐谷刚开业，我妈带我去玩，一入园就排了谷木游龙过山车，大概是我人生第一次挑战过山车类的项目。临走的时候还看了一场灯光秀，刚好赶上了，没拍视频，留张图纪念下。

一路走不停，实在是没闲心拍照，好玩是很好玩的，大概是E人的天堂，你遇见所有的人都那么热情，无论是游客还是NPC，如果有时间，推荐你去体验下，以上，欢乐谷-万圣夜活动 游记。

为什么这个Bug如此狡猾？

直觉背叛：我们直觉上认为 -A 就是 “负的A”，但在位运算中它变成了”A的补码”
测试遗漏：我们测试了正数情况，但对负数的测试不够充分
认知偏差：我们都”知道”补码，但真正用到时却忘了它的存在

你发现下面代码中的问题了吗 ？

1
2
3
4
5
6
7
8
9

// 伪代码：用负数表示反选，正数表示正常选择
bool ShouldSelect(int value, int mask)
{
    if (-value & mask == Mathf.Abs(-value))
    {
        return -value > 0;
    }
    return false;
}

在C#中，A & B 和 -A & B 的区别主要在于对负数处理的不同。让我通过具体案例来说明：

案例演示

1
2
3
4
5
6
7
8
9
10

int A = 5;    // 二进制: 0000 0101
int B = 3;    // 二进制: 0000 0011

// 情况1: A & B
int result1 = A & B;     // 5 & 3
Console.WriteLine($"A & B = {result1}");  // 输出: 1

// 情况2: -A & B  
int result2 = -A & B;    // -5 & 3
Console.WriteLine($"-A & B = {result2}"); // 输出: 3

二进制分析：

1
2
3
4
5
6
7

A = 5:  0000 0101
B = 3:  0000 0011
A & B:  0000 0001  = 1

-A = -5: 1111 1011 (补码表示)
B = 3:   0000 0011
-A & B:  0000 0011  = 3

更多案例

1
2
3
4
5
6
7
8
9
10
11
12

// 案例2
int A2 = 10;  // 1010
int B2 = 6;   // 0110

Console.WriteLine($"{A2} & {B2} = {A2 & B2}");      // 输出: 2
Console.WriteLine($"-{A2} & {B2} = {-A2 & B2}");   // 输出: 6

// 案例3 - 负数和负数
int A3 = -3;
int B3 = -5;

Console.WriteLine($"{A3} & {B3} = {A3 & B3}");      // 输出: -7

背后的意义

1. 补码表示法

• 在C#中，整数使用二进制补码表示
• 正数的补码是其本身
• 负数的补码 = 对应正数的二进制取反 + 1

2. 运算本质

• A & B：对两个数的实际二进制位进行按位与
• -A & B：先计算A的补码（得到-A），再与B进行按位与

3. 实际应用场景

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

// 标志位检查
[Flags]
enum Permissions
{
    Read = 1,    // 0001
    Write = 2,   // 0010  
    Execute = 4  // 0100
}

// 检查权限
Permissions userPermissions = Permissions.Read | Permissions.Write;

// 正确的方式：直接与操作
bool canRead = (userPermissions & Permissions.Read) != 0;  // true

// 错误的方式：使用负数（无意义）
bool wrongCheck = (-(int)userPermissions & (int)Permissions.Read) != 0; // 结果不可预测

4. 重要注意事项

1
2
3
4

// 注意：-A & B 不等于 -(A & B)
int A = 5, B = 3;
Console.WriteLine($"-A & B = {-A & B}");        // 3
Console.WriteLine($"-(A & B) = {-(A & B)}");    // -1

总结

• A & B 是直接的按位与运算，结果可预测
• -A & B 涉及补码转换，结果取决于负数的二进制表示
• 在实际编程中，应避免对负数进行无意义的位运算，除非明确理解补码机制
• 位运算通常用于标志位、掩码操作等场景，应保持操作数的明确性和可读性

引言：为什么要做“搜打撤”模式对比？

“搜打撤”（Loot-Shoot-Extract）作为一种混合了PVE与PVP元素的玩法范式，近年来在射击游戏中迅速崛起。它精妙地融合了资源争夺的贪婪、生存博弈的恐惧、策略规划的智慧与风险管理的回报，为设计者提供了一个兼顾“爽感”与“深度”的绝佳实验田。

在中国手游市场，《和平精英》的“地铁逃生”模式与《三角洲行动》是“搜打撤”框架下的两款代表性产品。然而，它们面向的用户、系统根基、设计取舍乃至商业逻辑都存在本质差异。本文将从游戏设计视角出发，层层剖析二者在关键轴向上的权衡与考量，并最终构想一种理想化的“混合型”模型，供广大游戏制作者参考。

一、 定位与产品策略：DAU的“存量激活” vs. 核心圈层的“品类定义”

在深入机制之前，我们必须首先理解两者在产品战略上的根本区别，这决定了后续所有设计的“锚点”。

• 《和平精英·地铁逃生》：典型的“DAU复利模型”。
  它的核心任务并非创造新品类，而是服务于《和平精英》的亿级用户池。通过引入一套高风险、高回报的循环，将用户的“战术竞技”习惯，转化为可持续的“装备驱动”型追求，本质目标是提升用户时长、粘性及付费深度。因此，它的所有设计都必须向“低学习成本”和“即时爽快感”倾斜，这是对存量市场的尊重和最大化利用。

• 《三角洲行动》：一次“品类卡位战”。
  它的野心是在移动端定义“硬核战术射击”的标准，对标的是PC端的《逃离塔科夫》等标杆。它吸引的是已被PC市场教育、对深度有极高要求、且在移动端需求未被满足的核心用户。因此，它的设计必须追求系统深度、策略空间和社区生态，以此构建足够高的品类壁垒，实现对核心圈层的占领。

设计启示：立项之初，必须明确你的项目是服务于“流量”，还是定义“品类”。前者要求你做“减法”和“嫁接”，后者则要求你做“加法”和“深耕”。

二、 武器与装备体系：内容消耗的“数值驱动” vs. 策略空间的“构筑驱动”

这是两种截然不同的长期留存设计思路，直接决定了玩家的核心追求与游戏的长线生态。

三、 经济系统：封闭的“中央计划经济” vs. 开放的“自由市场博弈”

经济系统是“搜打撤”玩法的灵魂，它塑造了玩家的长期行为和社区生态。

设计启示：选择自由市场，意味着你不仅在做射击游戏，更是在运营一个虚拟社会。这需要配备专门的经济策划和数据监控团队，并做好与黑产长期斗争的准备。

四、 战斗与战术：即时反应的“遭遇战” vs. 风险管理的“信息战”

战斗体验的差异，根源在于对“风险”和“信息”这两个核心资源的不同定义。

• 地铁逃生：核心是“装备”的风险管理。
  由于继承了《和平精英》较快的TTK，战斗更偏向遭遇后的枪法与反应。玩家在战前最大的考量是：“我这身装备值不值得冒险？”战斗是获取更好装备的手段，因此更鼓励“富贵险中求”。关卡设计更注重交战点（Choke Point）的设置和高级资源区的分布，以引导PVP冲突。

• 三角洲行动：核心是“生存”的风险管理。
  更拟真的TTK和伤害系统，使得“死亡”本身的惩罚远高于装备损失。战斗的核心从“交火瞬间”前移到了“交火前的信息博弈”。信息本身就是最重要的战略资源。玩家的首要目标是“活下来”。关卡设计必须提供多样化的信息攻防手段，包括复杂的声效传播、多层次的垂直空间和多种隐蔽/绕后路线。

五、 玩家心理、动机与运营触点

• 刺激点差异：地铁逃生的刺激点在于“刷到极品”的瞬间满足感（随机刺激）；三角洲行动则更偏向“我的战术方案成功了”的自驱型成就感（策略验证）。
• 成长路径：地铁逃生是“对局循环+活动加持”的短时高频反馈；三角洲行动则需构建“配件研发、市场交易、战术解锁”的长期投入路径。
• 失败惩罚：地铁逃生失败成本相对可控，鼓励高频次尝试；三角洲行动类游戏则必须在“高惩罚带来的紧张感”与“过高挫败感导致的流失”之间做出精细的平衡。

六、 扩展对比与设计谱系：从行业标杆中汲取智慧

为了更完整地理解设计空间，我们将视野扩展到其他同类标杆：

• 《逃离塔科夫》：展示了玩家驱动经济和高惩罚机制的极致魅力，但也警示了其平衡难度与社区管理成本之高昂。
• 《Hunt: Showdown》：强调“氛围营造”和“高价值目标”，将每一局都塑造成电影式的高潮体验，证明了“价值集中”设计的吸引力。
• 《全境封锁：暗区》 / 《COD: DMZ》：演示了如何将“撤离点”设计成动态的社交战场和戏剧性冲突的天然舞台。

由此，我们可以抽象出一个“搜打撤”的设计谱系供决策参考：

1. 装备获取：随机词条（大众） ←—→ 深度改装（硬核）
2. 经济系统：系统回收（稳定） ←—→ 玩家市场（动态）
3. 战斗节奏：快TTK（爽快） ←—→ 慢TTK（拟真）
4. 撤离设计：形式化终点（简单） ←—→ 策略化高潮（复杂）
5. 失败代价：轻度惩罚（低门槛） ←—→ 重度惩罚（高沉浸）

七、 终极构想：一个理想化的“混合型”搜-打-撤游戏模型

核心目标：通过“分层设计”和“风险隔离”，在同一个产品内，为不同层次的玩家提供差异化的核心乐趣，同时保证系统长期运营的稳定性。

1. 武器系统：引导而非强制的“构筑之路”

• 新手层（掉落驱动）：保留装备品级和少量随机词条，提供即时满足感。
• 进阶层（改装驱动）：通过“导师任务”或“每周挑战”，手把手教会玩家改装的乐趣。
• 顶层（Meta驱动）：设立“方案工坊”，让头部玩家的优秀Build能够被社区学习和模仿，形成玩家自发的教育生态。

2. 经济系统：受宏观调控的“混合市场”

• 基础保障（系统回收）：低价值“垃圾”物资只能卖给系统，为所有玩家提供稳定的保底收入。
• 核心博弈（玩家交易）：仅允许稀有材料、配件、高级装备进入玩家市场。
• 风险控制（运营工具箱）：设立阶梯交易税、上架限制，并在必要时由官方商人限量出售基础物资，作为市场“稳定器”。

3. 撤离机制：从“终点”到“高潮”

• 低风险选项：常驻撤离点，但需上缴部分战利品作为“路费”。
• 高风险选项：限时开启、全图广播位置的撤离点，收益最高。
• 特殊选项：需要完成特定任务才能开启的隐藏撤离点，提供独有奖励。

4. 风险与容错：引入“保险”与“安全容器”

• 安全容器：提供一个无论死亡与否都能带出物品的极小空间，保护玩家最重要的物品，保证“保底”收获。
• 保险机制：玩家可为装备购买保险。若装备在局内丢失且未被其他玩家带走，则会在一段时间后返还。这极大地缓冲了挫败感，鼓励玩家使用更好的装备。

八、 运营与数据指标：确保虚拟社会的健康运转

一个复杂的“搜打撤”游戏上线后，必须实时监控以下关键数据，以防经济或玩法走向失衡：

1. 拾取/使用率：判断物资和道具的价值平衡。
2. 撤离成功率：评估地图和玩法的整体难度。
3. 交易行流动性与价格波动：监控经济健康度，预警市场操纵或通胀。
4. 新手留存率与失败后的重返率：评估上手门槛和挫败感控制是否合理。
5. 方案工坊活跃度：衡量社区生态和玩家自驱内容的健康状况。
6. 作弊/RMT报告与处理效率：维护游戏公平性的生命线。

小结

“搜打撤”并非一个固定公式，而是一个可以灵活塑造的框架。通过以上对比，我们可以清晰地看到两条路径：

• 《和平精英》的“爽快”路线：以低门槛和即时反馈激活海量用户，适合拥有巨大流量池的产品。其核心是简化系统，聚焦“搜”与“打”的瞬间快感。

• 《三角洲行动》的“硬核”路线：以深度和拟真构筑品类壁垒，吸引核心玩家。其核心是构建值得长期钻研的周边系统（改装、经济），让乐趣从局内延伸到局外。

“混合模型”，则试图在这两者之间找到一个平衡点：用分层设计为大众玩家提供入口和即时爽感，同时为核心玩家保留长期的策略追求和工匠乐趣；并通过受控的经济与风险机制，吸取行业先行者（如《逃离塔科夫》）的经验教训，降低项目长线运营的风险。

规划下家里的娃娃，中班的学习计划，指导思想就是，精简，高效。
小学阶段不在课程内的古诗词不碰，其他科目同理，超纲内容也不碰。
先学习必要的精简过的部分，如果再有余力，再谈其他。
核心的期望还是以培养学习习惯为主，快乐教育为辅的学习模式。
学习中要真的不快乐了，那我也没办法，我只能在旁边憋笑。
挨打应该不会挨打的，教训一顿应该是要的，毕竟培养学习习惯是个严肃的事情。
本篇学习资料，是用了各种AI，结合我的一些学习经验，整合出的一份文档，留存于博客，需要用的人自取。
文末是<超市教学计划> ，以后带娃逛超市就按照这个来。

语文部分

培养古诗词背诵的习惯（可选）

古诗词比较特殊，小学阶段的古诗词往往都是朗朗上口易于背诵的，这块大人可以带着一起背着玩。
此部分随意，能背多少背多少，当作小朋友的才艺展示也是不错的，我小时候也当众背过古诗，很多人都有类似的经历。

📚 小学一年级建议背诵古诗词清单

一年级上册

简介：传说这是诗人骆宾王七岁时写的诗，通过“曲项”、“白毛”、“红掌”等词，生动地描绘了鹅在水中嬉戏的神态。

简介：这是一首经典的谜语诗，描述的是一幅画。诗句写出了画中山水、花鸟的特点，可以引导孩子感受艺术与真实的区别。

简介：这首诗教导孩子要珍惜粮食，尊重劳动人民的辛勤付出。语言朴实，但寓意深刻。

简介：这是一首汉代的民歌，描绘了江南水乡人们采莲时欢快的场景。诗句回环往复，节奏轻快，充满了动感和趣味。

简介：这是大诗人李白充满想象力的作品。诗人小时候把月亮想象成“白玉盘”和“瑶台镜”，非常适合启发孩子的想象力。

简介：这首诗句句都在写风，但通篇不见一个“风”字。它通过叶落、花开、浪涌、竹斜等自然现象，巧妙地表现了风的力量。

一年级下册

简介：这首诗描绘了春天早晨的景色。语言平易浅近，自然天成，写出了诗人对春光的喜爱与珍惜。

简介：这首诗表达了李白与好友汪伦之间深厚的友谊。后两句用桃花潭水的深来对比友情的更深，非常动人。

简介：这是李白最著名的思乡诗，语言简洁，感情真挚，勾勒出一幅静谧的月夜思乡图。

简介：全诗采用问答体，简短而意境深远。通过“白云”、“深山”等意象，描绘出隐者超然物外的形象。

简介：白居易的诗通俗易懂，这首诗如同一个短片，生动地刻画了一个孩子偷采白莲后天真烂漫、憨态可掬的形象。

简介：这首诗描绘了一幅小巧、精致、充满生机的初夏池塘风景图。“小荷才露尖尖角”一句常被用来形容初显才华的年轻人。

简介：这是明代画家兼诗人唐寅（唐伯虎）的作品。前两句写公鸡的威武外貌，后两句写它一鸣惊人的本领，气魄宏大。

语文必学

拼音

对学龄前儿童，拼音教学的核心是 “听说先行，趣味导入”

教学总原则：

• 可视化： 将抽象的符号变成具体的形象（如图卡、手势）。
• 游戏化： 在玩中学，保持兴趣。
• 生活化： 在阅读和生活中不断复现。

分阶段教学步骤：

第一阶段：单韵母和声调（基础中的基础）

1. 从6个单韵母开始： a, o, e, i, u, ü
   • 方法： 制作可爱的卡片，配合口诀和手势。比如，念 a 的时候，嘴巴张得大大的，模仿医生检查喉咙；念 o 的时候，嘴巴圆圆，模仿公鸡叫。
2. 学习四声： 这是拼音学习的难点和重点。
   • 方法： 用汽车爬坡来比喻，非常形象。
     • 一声（¯）：汽车平地开 → ā
     • 二声（ˊ）：汽车爬山坡 → á
     • 三声（ˇ）：汽车下坡又上坡 → ǎ
     • 四声（ˋ）：汽车下山坡 → à
   • 带着孩子用手臂划出声调的轨迹，动起来学习。

第二阶段：声母（23个）

1. 分组学习： 可以按发音部位分组，如“唇音家族”(b, p, m, f)，“舌尖家族”(d, t, n, l)。
2. 区分易混声母：
   • 手势区分： b 和 d：伸出左手大拇指，握拳是 b；伸出右手大拇指，握拳是 d。
   • 口诀区分： p 和 q。

第三阶段：复韵母、鼻韵母和整体认读

• 在孩子熟悉单韵母和声母后，再引入更复杂的组合，如 ai, ei, ui, an, en, in, zhi, chi, shi, ri 等。
• 整体认读音节直接作为一个整体来认读，不需要拼，可以编成小故事帮助记忆。

第四阶段：拼读练习（核心技能）

• 从双拼音节开始： b-ā → bā（八）， m-ā → mā（妈）。
• 使用“滑音法”： 从声母快速滑向韵母，中间不要停顿。
• 游戏化练习： “拼音寻宝”——您发出一个音，如 sh-uǐ，让孩子在家里找到“水”（水杯）。

推荐资源：

• App： “洪恩拼音”、“悟空拼音”等，通过互动游戏学习，孩子接受度高。
• 书籍： 《学拼音儿歌77首》等，通过朗朗上口的儿歌记忆。

二、 拼音与英语教学是否冲突？

1. 时间错开，打好基础（最推荐的方法）

• 先扎实学好拼音： 利用中班下学期到大班上的时间，集中精力攻克拼音。因为拼音规则相对固定，短时间内可以掌握牢固。
• 再系统引入自然拼读： 等孩子对拼音已经非常熟练，形成“条件反射”后（通常在大班下学期），再开始系统学习英语自然拼读。
  避免了同时学习两套陌生规则带来的直接碰撞，大大减少混淆。

2. 情境分离，明确界限

• 如果无法完全错开时间，就要在学习场景上做严格区分。
• 创设“拼音时间”和“英语时间”：
  • 拼音时间： 使用中文指令，关联汉字学习。明确告诉孩子：“现在我们是中文小老师，这些字母是帮助我们读汉字的拼音符号。”
  • 英语时间： 尽量使用英语指令，营造英语氛围。明确告诉孩子：“现在我们是英语小探险家，这些字母是组成英语单词的英文字母。”

3. 教学方法差异化

• 使用不同的视觉材料：
  • 拼音卡片可以用红色边框，并配上汉字。
  • 英语字母卡片可以用蓝色边框，并配上英语单词和图片。
• 使用不同的手势和动作： 为拼音和英语设计不同的辅助手势或律动操，从身体记忆上帮助区分。

需掌握汉字表**

1. 核心需掌握汉字表：与小学一年级教材衔接紧密的汉字，是识字重点。
2. 题目指令高频汉字表：做练习时经常会遇到，但不需要孩子会写，只需“见面能认”的汉字。

学习目标：能够见字认读，理解基本含义，不要求书写。

第一类：数字与量词 (约25字)

目标：能认读，理解基本含义，并初步使用。

一 二 三 四 五 六 七 八 九 十 零 百 千 万 亿
个 只 条 头 匹 片 颗 块 本 辆

第二类：人物、身体与称呼 (约60字)

目标：能指认自身、家人和常见身体部位。

人 口 手 足 脚 头 耳 目 眼 眉 鼻 舌 牙 齿 嘴 唇 脸 面 皮 毛 发 骨 肉 血 心 身 体
爸 妈 父 母 爷 奶 哥 姐 弟 妹 兄 叔 伯 姨 姑 娘 儿 子 女 孩 娃 亲 家 我 你 他 她 它 们 自 己 朋 友 同 学 师 生

第三类：自然、天地与现象 (约70字)

目标：认识基本自然事物和常见天气现象。

日 月 星 光 天 空 地 土 田 山 石 沙 水 火 河 江 湖 海 波 浪 油 泉 冰 雪 雨 风 云 雷 电 气 候 春 夏 秋 冬 早 晨 晚 夜 午 昨 今 明 年 月 时 分 秒 季 节 早 晚 阳 亮 暗 阴 晴 金 木 火 土 干 湿 冷 热 温 暖 凉 快

第四类：动物、植物与食物 (约80字)

目标：认识常见的动植物名称和日常食物。

虫 鸟 鱼 牛 羊 马 猪 狗 猫 鸡 鸭 鹅 虾 蟹 贝 蛋 羽 爪 尾 象 狼 熊 鹿 兔 猴 虎 狮 蛇 龙 龟 豆 谷 米 饭 菜 瓜 果 桃 李 梨 苹 莓 花 草 树 林 森 木 禾 苗 叶 根 枝 芽 松 竹 梅 荷 茶 玉 豆 角 萝 卜 青 菜 黄 瓜 西 红 柿 土 豆 面 包

第五类：颜色、性状与方位 (约80字)

目标：能描述物体的基本特征、位置和状态。

红 黄 蓝 绿 黑 白 紫 灰 粉 橙 色 彩
大 小 多 少 高 矮 低 长 短 宽 窄 厚 薄 方 圆 扁 尖 直 弯 平 正 反 歪 胖 瘦 美 丑 新 旧 老 好 坏 快 慢 早 晚 真 假 对 错 软 硬 轻 重 香 臭 脏 乱 干 净 穷 富 强 弱
上 下 左 右 前 后 里 外 内 中 间 旁 边 东 南 西 北 角 顶 底 端 侧 面

第六类：动作与行为 (约150字)

目标：理解并说出常见的行为动作。

看 见 瞧 望 听 闻 说 讲 话 谈 唱 读 诵 背 写 画 描 做 作 干 办 造 打 拿 抓 捉 抱 搂 拍 摇 摆 推 拉 拖 搬 抬 挑 提 挤 按 摸 擦 洗 刷 扫 捉 放 收 拾 捡 掉 落 丢 失 找 寻 追 赶 跑 跳 跃 走 行 跑 奔 逃 爬 飞 游 骑 坐 站 立 躺 睡 醒 起 来 去 回 出 入 进 退 开 关 闭 合 到 来 往 经 过 通 穿 戴 脱 换 改 变 吃 喝 吞 吐 咬 嚼 啃 呼 吸 吹 哭 笑 喜 怒 哀 乐 爱 恨 怕 惊 想 思 念 忘 记 知 道 认 识 学 习 教 练 考 试 猜 玩 戏 游 耍 赢 输 生 死 病 痛 医 治 休 息 梦 买 卖 付 给 送 还 欠 赔 赚 工 作 劳 动 帮 助 救 护 保 护 守 攻 击 胜 利 败 失 完 成 破 坏 杀 伤 切 割 剪 砍 劈 分 离 合 结 束 始 终

第七类：日常物品、场所与建筑 (约70字)

目标：认识家中、学校和社区的常见物品与地点。

门 窗 户 床 桌 椅 凳 柜 箱 盒 杯 碗 盘 筷 勺 瓶 桶 盆 灯 镜 钟 表 书 笔 纸 墨 刀 尺 剪 针 线 衣 服 帽 鞋 袜 被 枕 巾 伞 车 船 舟 桥 路 道 街 巷 房 屋 楼 层 墙 壁 窗 台 阶 园 校 厂 店 场 院 市 城 镇 乡 村 国 家 京 都 王 宫 殿 堂 寺 庙 观 教 师

第八类：反义词、抽象概念与虚词 (约120字)

目标：理解基本逻辑关系，为阅读和造句打下基础。

有 无 没 是 非 不 否 可 能 会 要 想 愿 意 该 应 当 必 须 需 要 敢 肯 愿 请 求 让 叫 使 令 被 把 将 从 自 由 于 向 朝 往 对 对于 关 于 至 到 达 在 存 于 的 地 得 着 了 过 呢 吗 吧 啊 呀 哇 啦 唉 喂 哼 嗯 噢 哦 呵 哈 嘻 因 为 所 以 但 是 然 而 不 过 虽 然 尽 管 如 果 假 如 只 要 只 有 除 非 无 论 不 管 并 且 而 且 还 还 有 或 者 还 是 宁 可 宁 愿 为 了 为 着 按 照 依 照 根 据 通 过 经 过 沿 着 顺 着 围 绕 绕 着 除 了 除 外 另 外 其 他 每 各 某 些 所 有 全 部 整 整 个 整 体 总 共 共 同 一 起 一 块 儿 互 相 相 互 交 往 来 往 联 系 关 系 比 较 很 最 太 极 非 常 十 分 特 别 格 外 更 加 越 发 稍 微 有 点 儿 几 乎 差 不 多 大 约 大 概 左 右 上 下 前 后 里 外 内

使用建议：

1. 分阶段进行：不要试图一次学完。可以每周设定一个主题（如“我的身体”），从中选取10-15个汉字进行学习。
2. 语境中学习：将汉字融入词语、短句和童谣中学习。例如学“口”，可以组词“人口”、“口水”、“开口”。
3. 多感官互动：利用识字卡、汉字磁贴、识字APP等工具，通过“找字”、“拍苍蝇”、“汉字配对”等游戏加深记忆。
4. 生活化应用：鼓励孩子在生活中“找汉字”，如食品包装、路牌、广告牌等，让识字变得有意义。

这份字表是一个全面的目标导向，请根据孩子的兴趣和接受程度灵活调整进度。快乐和成就感是坚持学习的最好动力。

二、 题目指令高频汉字表 (“见面能认”即可)

这部分汉字是“功能性”的，是孩子独立完成练习题目的“钥匙”。重点在于让孩子看到这个字或词，知道它代表什么指令。

💡 如何高效让孩子掌握“题目字”？

1. 制作“指令卡”：将上述高频指令字（连、圈、选、填等）做成小卡片，和孩子玩“老师学生”的游戏。你出示卡片，孩子做出相应的动作。
2. 模拟练习：找一些简单的练习题，不要求孩子会做里面的题，而是专门和他一起“找题目”。你说：“帮妈妈找找，这页纸上哪里有‘圈’这个字？哪里有‘连’这个字？”
3. 日常渗透：在孩子画画时，可以说：“我们来圈出你画得最好的部分”；在玩贴纸时，说：“请把兔子连到它的家”。

通过这种方式，孩子就能将这些功能性的汉字与具体的操作指令联系起来，从而避免“会做题但不认识题目”的尴尬，建立独立完成任务的信心。

英语部分

上海小学一年级英语（基于牛津上海版等主流教材）需要掌握的核心语法和核心词汇。

这份清单完全遵循“实用为主，避免负担”的原则，只列出了最基础、最核心的内容，旨在帮助孩子建立最初的语感并能够进行简单的日常交流。

一、 核心语法点（理解即可，无需术语）

对于一年级孩子，绝对不要讲解语法术语。所有的语法点都应该在例句、歌曲和情景对话中让孩子感知和模仿。

二、 核心词汇表（主题分类）

以下词汇要求能做到 “听到英文知道意思” 和 “看到图片能说英文” ，不要求拼写。

三、 学习建议与方法

1. 情景对应，而非中文翻译：

   • 指着苹果说 This is an apple.，而不是“apple是苹果”。
   • 做动作说 Jump!，让孩子跳起来。

2. 歌曲和童谣启蒙：

   • 选择旋律简单、重复性高的英文儿歌，如《Hello Song》、《What’s Your Name?》、《How Many Fingers?》。孩子在跟唱中自然习得句型和词汇。

3. 游戏化学习：

   • “I Spy”游戏：I spy with my little eye, something red.（我用我的小眼睛看到了红色的东西。）
   • 闪卡游戏：利用单词卡片玩配对、钓鱼等游戏。

4. 高频短句，日常渗透：

   • 将学习融入生活，每天说几句：
     • Good morning!（早上好！）
     • Thank you!（谢谢！）
     • I love you.（我爱你。）
     • Give me... please.（请给我…）

数学部分

这份清单严格对标上海及全国主流小学一年级的数学课程标准，目标是建立数感、培养初步的数学思维，并解决生活中的简单问题，所有内容都围绕入学必备知识，绝不增加额外负担。

数学知识体系与学习目标

对于学前儿童，数学学习的关键在于 “将抽象概念具象化” 。核心不是刷题，而是通过动手和游戏来理解概念。

核心知识点详解与教学资源

1. 数与运算（核心中的核心）

• 关键方法：凑十法
  这是学习20以内进位加法的基础，一定要通过实物（如十格阵）让孩子透彻理解。

  • 口诀：“看大数，分小数，凑成十，加剩数”。
  • 举例：8 + 5 = ?
    1. 看大数（8）
    2. 分小数（5分成2和3）
    3. 凑成十（8+2=10）
    4. 加剩数（10+3=13）
       所以，8+5=13。

• 推荐资源：《幼升小学前数学准备》或《奇迹幼儿数学》系列丛书，这些书通常设计了很多游戏化的练习，非常适合家庭启蒙。

2. 图形与空间

• 从2D到3D：先认识平面的图形，再引导孩子观察生活中的立体物品。
• 空间方位游戏：“寻宝游戏”——给孩子一张简单的房间地图，用方位词指令引导他找到“宝藏”。

3. 逻辑与规律

• 培养核心能力：这部分不直接涉及计算，但对于培养孩子的观察力、分析能力和逻辑推理能力至关重要，是未来学习应用题的基石。

实践小贴士

1. 生活即数学：将数学融入日常。比如：“我们今天有4个人吃饭，需要拿几个碗几双筷子？”（乘法的萌芽）；“把这个蛋糕切成8份，我们每人一份”（除法的萌芽）。

2. 游戏是王道：

   • 扑克牌：玩“比大小”、“钓鱼”（练习凑十）、“24点”初级版（用4张牌做加减法）。
   • 桌游：如蛇棋、飞行棋，在玩中练习数数和点数。
   • 买卖游戏：最好的综合实践，融合了认钱、计算和沟通。

3. 多问“为什么”：当孩子做对一道题时，可以问他“你是怎么想的？”。这能让你了解他的思维过程，比结果更重要。

4. 允许使用工具：在初期，允许孩子掰手指、摆弄积木来帮助计算。这是他将抽象数字具象化的必经过程，随着熟练度增加，他会逐渐摆脱这些工具。

超市教学计划

一、 行前准备：制定“寻宝任务单”

和孩子一起制作或画一张任务单，把学习目标巧妙融入其中。这能让购物变得有目的、有秩序。

二、 现场教学实战指南

第一站：果蔬区 (最理想的起点)

• 数学课：
  • 数数与分类：“我们一起来数数，要买几个西红柿？1, 2, 3, 4, 5…”
  • 比较与测量：“这个西瓜重，还是那个柚子重？我们来掂一掂。”
  • 简单加减：“购物车里有2根黄瓜，我们再放1根，现在有几根？”
• 中文课：
  • 识字：指认“苹果”、“西瓜”、“青菜”等标签上的大字。
  • 表达与观察：“这个胡萝卜是什么颜色的？摸起来感觉怎么样？”
• 英文课：
  • 词汇：apple, banana, orange, green, red, yellow。

第二站：零食饮料区 (孩子兴趣高涨区)

• 数学课：
  • 认识价签：这是最好的“数与量”结合教学。“看，这包饼干5元，那包8元。”
  • 理解贵与便宜：“5元和8元，哪个更贵？”
  • 预算实践：给孩子一个小额度（如10元），让他自己选择一两种商品，并确保总价不超支。
• 中文/英文课：
  • 识字与词汇：指认“牛奶”、“饼干”，学习 milk, cookie, juice。

第三站：日用品区 (图形与逻辑教室)

• 数学课：
  • 图形认知：“哇，你看这个纸巾盒是长方体，这个球是球体！”
  • 逻辑分类：“为什么碗和盘子要放在一起？因为它们都是餐具。”
• 中文课：
  • 复杂汉字：尝试指认“牙刷”、“毛巾”等。

第四站：收银台 (终极考核与礼仪课堂)

• 数学总复习：
  • 结算：“我们一共买了6样东西。”
  • 付款：给孩子现金，让他参与付款过程，亲眼看到“钱”与“商品”的交换。
• 社交礼仪：
  • 学习排队等待。
  • 鼓励孩子自己将商品放到收银台上。
  • 引导他对收银员说“谢谢”和“再见”。

三、 给家长的温馨提示

1. 安全第一：全程看护好孩子，教育他遵守公共场所的规则。
2. 兴趣优先：如果孩子对某个任务不感兴趣，不要强求。跟随他的注意力，捕捉即时的教学机会。
3. 多鼓励，少纠错：当孩子认错字或算错数时，温和地告诉他正确答案即可，保护他的尝试勇气。
4. 善用“购物激励”：事先约定好，认真完成“寻宝任务”后，他可以获得一个小的奖励（如选择一盒喜欢的酸奶），这能有效维持他的积极性。

上周四公司组织团建，目的地是桐庐，团建计划做的不错，现在体验下来，除了最后一天的行程上有槽点之外，其他的时间安排，与活动的丰富程度上来说都是不错的，每个景点都有大巴接送，累了就回车上吹空调。出行每个景点走的路程也不算多。

由于隐私保护，本篇就没放关于同事们的正脸了，放了一些好看的景点图。

第一天 虎啸峡漂流

没法拍照，手机都没拿出来，全在打水仗了，还好同事拍了很多图，拿来一用。
对了，十月份一过漂流就要关停了，明年再开放，想玩的话要抓紧时间了。
前半程是比较刺激的，后半程，主要时间都花在了各个停留的平台上，有卖烤肠的，也有卖水枪的。

第二天 瑶琳仙境与心跳乐园

OMG心跳乐园

距离瑶琳仙境距离大概在五公里左右，属于毗邻的必玩景点。

OMG心跳乐园是建设在山上的，最费力的运动就是爬9层楼那么高的楼梯，除此之外，就没有费力的运动了。
爬楼梯的原因是，入景点的时候要坐船，先游览洞穴景观(主要是人造灯光和包装的西游故事)，从洞穴出来就要上山，这一段没法避免还是要走上去的。

这边的景区开发程度非常高，基本实现了上山坐履带传送，下山坐卡丁车，小木马，漂流下山，属于轻松游的上乘景点之一。

行程结束，在附近吃的农家乐，外面刚好就是富春江，一些同事在江边玩。

第三天 马岭古道

最后一天，也就是上周六去的是 马岭古道 ，是个徒步的景点，中午吃好午饭就坐大巴回了。
这个景点我们只走了中间的一段，导游和精力充沛的同事卯足劲竞走，导致队伍开始了急行军，一小时不到就走完了，中途没有休息时间，所以也没有拍到很好的图，都是游客照。

以上，桐庐三日游（两日半），不知不觉又水了一篇游记。

9月15日起，《住房租赁条例》将正式施行。这项新规关系到每一位租房人的权益，可能有些朋友还对内容不太熟悉，别着急，本文将用通俗的语言为大家梳理清楚——新规究竟带来了哪些变化？租房过程中需要注意哪些费用？租金会不会涨、怎么涨？中介服务有哪些新约束？尤其值得关注的是，“租购同权”背景下，租房家庭孩子入学政策究竟如何适用？你要知道的都在这里。

居住更安全，租住关系更稳定

以往租房，最怕遇到“奇葩”房源，比如由厨房、阳台改建的隔断房，不仅拥挤，还存在安全隐患。新规明确，这类非居住空间不得单独出租用于居住。同时，各地也将对单间租住人数和人均租住面积制定标准，告别“鸽子笼”，居住舒适度和安全性有了切实保障。依据《住房租赁条例》第七条规定：“厨房、卫生间、阳台、过道、地下储藏室、车库等非居住空间，不得单独出租用于居住。租赁住房单间租住人数上限和人均最低租住面积，应当符合设区的市级以上地方人民政府规定的标准。”

此外，租赁关系也更加稳定。以往有些房东随意解约，甚至采用强制手段要求租客搬离，这类情况将成为历史。新规强调，租房需签订正规合同，并按规定向房产管理部门备案，等于有了“官方认证”。即使房东要解约，也必须提前通知，为租客留出合理的找房时间，严禁使用暴力、威胁等非法手段。如《条例》第八条和第十二条分别指出，“出租人和承租人应当使用实名签订住房租赁合同”，“出租人依法解除住房租赁合同的，应当通知承租人，并为承租人腾退租赁住房留出合理时间。出租人不得采取暴力、威胁或者其他非法方式迫使承租人解除住房租赁合同或者腾退租赁住房”。

中介服务更规范：资金监管、信息透明成重点

新规对房产中介机构提出明确要求，租赁服务走向规范化。《条例》第二十五条强调，“住房租赁企业、房地产经纪机构应当依法经营，诚实守信，明确提示租赁风险，不得发布虚假房源信息，不得强制代办服务或者捆绑收费”。这意味着，中介发布假房源、乱收费等行为将受到严格约束。

特别值得注意的是，《条例》首次提出建立租金监管制度。第三十二条要求，“住房租赁企业收取租金的，应当设立租金专用账户，由商业银行进行监管，做到专款专用”。这将有效防范“长租公寓爆雷”、中介挪用资金等风险，为租客资金安全增加一道防护锁。

费用更透明：押金、租金有章可循

租房过程中，押金和租金是最受关注的费用，新规对此作出了明确约束，更好地保障租客权益。

押金：退还机制更清晰，杜绝随意扣款

交押金是常规操作，但以往部分房东会以“墙面污渍”“家具磨损”等模糊理由克扣押金。新规施行后，押金的数额、返还时间以及可扣减的具体情形，都必须在合同中明确约定。只要不属于约定情形，房东就无权扣留押金。租期结束后若房屋及设施完好、租金无拖欠，押金应全额退还，租客无需再与房东反复纠缠。这一点在《住房租赁条例》第十条中有清晰规定。

租金：短期或微调，长期趋稳

租金是租房的主要支出，新规落地后是否会引发租金上涨？短期来看，不排除局部波动。一方面，部分房东因需办理合同备案、加强房屋安全措施等，可能将新增成本转嫁至租金；另一方面，一些操作不规范的“二房东”和小中介因监管趋严（如设立资金监管账户等要求）可能退出市场，导致某些区域房源暂时减少，租金或有小幅上涨。

但从长远看，租金水平将趋于稳定。新规要求市级以上政府建立租金监测机制，定期公布各区域、各类型住房的市场租金，相当于给出“官方参考价”。随着租赁市场逐渐规范，专业住房租赁企业凭借规模化运营优势，有望提供更稳定的租金水平。《条例》第二十九条明确指出：“设区的市级以上地方人民政府应当建立住房租金监测机制，定期公布本行政区域内不同区域、不同类型住房的租金水平信息。”

另外值得一提的是，房东出租房屋通常需缴纳相关税费，如房产税、个人所得税等。虽然按规定应由房东承担，但不排除少数房东试图将税负转嫁至租金中。建议大家租房时多比较、多沟通，理性判断市场行情。

租住同权与子女入学：权利落地还需看地方细则

《住房租赁条例》第十九条规定：“承租人可以持依法签订的住房租赁合同，按照规定申领居住证、办理居住登记，并依法享受基本公共服务和便利。”这一条款被视为“租购同权”原则的重要体现，意味着租房者也有权享受当地公共服务，包括子女义务教育就近入学。

但需要注意的是，实际操作中仍要遵循地方具体政策。例如，一些教育资源紧张的地区和热门学区，往往设置了更严格的入学条件。如北京、上海、深圳等多地规定，通过租房申请入学的家庭，除需提供备案的租赁合同外，还可能要求提供社保缴纳证明、实际居住证明等材料。尤其是一些热门对口小学，还设置了“居住年限”门槛，例如须在同一地址连续居住满3年甚至5年，且中途不得变更，才具备入学资格。

因此，租房家庭若有子女入学需求，务必提前了解所在城区及心仪学校的入学政策，尽早办理租赁备案并稳定居住，同时关注当地义务教育阶段入学实施细则，做好充分准备。

租金怎么涨？虽然没有“一口价”，但有据可依

很多租客关心：新规是否对租金涨幅设定了上限？实际上，全国并未出台统一标准，但租金调整需遵循以下几点原则：

第一，以合同约定为准。如合同中已明确租金调整幅度（例如“每年涨幅不高于5%”），则双方应遵守约定，房东不得随意加价。

第二，尊重市场规律。若合同未明确约定，房东调整租金也应符合当前市场水平。如周边同类型房屋租金普遍上涨100元，而某房东单方面涨500元，则明显有失公平。同时，租金调整必须提前充分告知，给租客留出决策时间。

第三，遵守地方政策。部分地区会发布租金指导价或调控政策，尤其在租金过快上涨时，可能实施涨幅限制，房东须严格执行。

总而言之，9月15日实施的《住房租赁条例》为租房群体带来了更多保障，有助于实现更安全、稳定、透明的租住环境。建议大家租房时务必签订正规合同，密切关注本地租金信息，遇到权益受损情况要勇于依法维权。

如需查阅《住房租赁条例》全文，可点击中华人民共和国国务院令第812号详细了解各项条款。

上周四，我去了公司附近别墅区里的金大元游泳馆。游泳不方便带手机进去，所以没有拍照，倒也让我更专注地享受了一段安静的运动时光。场馆人不多，水质非常清澈，体验相当不错。停车也很方便，从地库可以直接进入泳池区域。听说这里原本只对别墅区业主开放，疫情之后开始对外经营——估计是业主来得少，索性开放了，倒也成了我们周边上班族的一个福利。

我掌握的蛙泳姿势比较特别，是“抬头蛙”——一种头部始终露出水面的泳姿。说起来，这个技能还是在梦里学会的。小时候去了不下百次游泳馆，始终没学会游泳，直到有一次做梦，梦到自己用抬头的方式游起了蛙泳，醒来居然还留着那种身体记忆。隔天我特意去试了试，竟然真的游起来了！这种泳姿虽然让我不再怕水，但长距离游泳效率很低，体力和颈椎的负担也都比较大。于是最近下定决心，要把标准的蛙泳学会，也认真做了一番功课，整理出一套从“抬头蛙”过渡到“标准蛙”的教程。

从抬头蛙到标准蛙泳

抬头蛙泳，也常被叫做“生存蛙”或“侦查蛙”，最大的优点在于实用性：头部一直保持在水面上，方便观察四周、换气自由，也适合水上交流或救援，在很多开放水域或应急场景中非常有用。但因为身体阻力大、动作效率低，并不适合长距离游泳或日常锻炼，对颈椎和腰部的压力也更明显。

如果你已经能轻松游抬头蛙，说明你对蛙泳的蹬腿和划手已有基本感知，转换到标准蛙泳会更容易——重点只在于调整呼吸与身体的配合方式：从“一直抬着头”转变为“顺势抬头换气”。

第一步：陆上模仿练习（建立换气节奏）

站立姿势：身体站立，弯腰前倾，模拟水中俯卧的流线型姿势。

练习节奏：口中默念“划手-抬头-吸气-伸手-低头-呼气”的节奏。

手臂前伸时，低头，用嘴匀速、有力地向水中“哈气”（发出“哈”的声音），想象把气吐进水里。

手臂向外划水时，顺势抬头，当嘴露出水面时，迅速用嘴吸一大口气。

手臂向前伸直的同时，头随之埋入水中，开始下一个呼气循环。

目标：将这个节奏变成肌肉记忆，确保“呼气”是在水中完成的，而不是在抬头时才呼气。

第二步：水中扶池边/扶板练习（专注呼吸）

扶池边练习：双手轻扶池边，脸埋入水中，身体漂浮打平。

水中用嘴匀速呼气 -> 头部侧转或抬头 -> 嘴出水面吸气 -> 埋头继续呼气。这个练习专注于呼吸本身，不涉及动作。

扶板练习：双手扶住浮板，仅用腿部蹬夹前进。

蹬腿后，身体滑行时在水中呼气。

感觉气快呼完时，划手顺势抬头吸气（此时腿是收好的），然后迅速低头，手臂前伸，再蹬腿，进入滑行呼气阶段。

关键点：抬头吸气是靠划手产生的 lift（升力）自然完成的，而不是僵硬地用力抬头。

第三步：完整配合练习（慢节奏分解）

口诀牢记：“划手腿不动，收手再收腿，先伸胳膊后蹬腿，并拢伸直漂一会儿”。

重点攻克：

必须在水中呼气：这是你从抬头蛙转变的最大习惯突破。强迫自己在头入水的那一刻就开始呼气，直到下次抬头前几乎呼尽。

低头要彻底：吸气完成后，头要随着手臂前伸而积极埋入水中， forehead（前额）要低于水面，使身体恢复水平的流线型，这是减小阻力、省力前进的关键。

利用滑行：在“伸手蹬腿”后，会有一个短暂的滑行阶段，这是休息和呼气的时刻。

羽毛球运动

上周日，我跟老婆一起参加了线上运动群组织的羽毛球活动，地点就在静安区的VJump运动街区——没错，就是那家因为摆放着巨型EVA初号机模型而爆红的网红运动馆。

好久没有这样畅快地挥拍跑动了。一场球打下来，汗流浃背，整个人都通透了许多。不过晚上回到家，果然还是迎来了“运动后遗症”：大腿和手臂有些酸胀，尤其是肩膀，举起手来都略带沉重感。这些都是长时间缺乏锻炼后突然激烈运动的正常反应，说明肌肉正在悄悄修复和成长。

如果你也像我一样，偶尔“暴汗”一次之后容易肌肉酸痛，不妨试试这几个小方法：运动结束后不要马上停下来，适当做一些拉伸动作，重点放松肩部、大腿和手臂，能非常有效地缓解第二天的僵硬与不适。另外，及时补充水分和蛋白质也很重要。

最后附上一张大合影～感谢队友们带飞，下次继续约球！

以上，上周运动总结。

8月份感觉是一年中最热的月份了，每天都是小黄小橙轮流上班，白天都无法出门，火热的阳光炙烤在身上感觉都快熟了，只能躲在室内空调间，但是傍晚的时候，红温的太阳也会带来美丽的晚霞

然而，我就出生在这炎炎夏日，以至于每年生日都只能玩点室内项目，先在周五的中午和肖师傅去附近商场吃了顿日料，为了消耗我抽中的餐饮券，这是一家烧鸟点，我第一次吃提灯，还好就是蛋液的味道，不是很腥还能接受，整体吃完以后的感觉就是非常腻，虽然之前已经心心念念好久三文鱼了，但是每次吃了2-3块就不行了，还点了鳗鱼，让我觉得更加腻了，肖师傅吃了一整碗拉面还喝了汤，他说撑得快要吐出来了（最后没吐，不然白吃了）

今年和小姐妹们约了玩桌游，在桌游店把蛋糕吃了，选了一个好吃不腻的蛋糕，颜值一般但是胜在好吃啊！教她们玩了三国杀，4个人可以玩2v2，三国杀肖师傅是老手，结果一共玩了4把我赢了3把，肖师傅输了3把哈哈哈，肯定是寿星幸运加持了，还玩了一把卡坦岛，是一个建造类游戏，在前面的文章中有介绍

晚上去吃了一家粤菜必吃榜：任兴记，味道还不错，两个姐妹不吃的东西有点多，粤菜的接受程度比较好，提前就选定了店家，我们本来预定的6点半但是玩桌游去晚了人很多，没有位置了，等到了7点多，小伙伴都饿的不行了，点了一桌子菜一起大快朵颐，老板娘人很好，每个人还送了一份甜品，最后大众点评折扣下来一共也就吃了400多，不算贵

七夕节那天项目组又举办了7.8.9月同事的生日会，没想到又过了一次生日，每个人一杯奶茶，还有蛋糕、炸鸡、饮料，炸鸡还分肯德基和麦当劳，属于是相当丰富了，还有小礼炮可以玩，仪式感很足，结果撒了一地的亮片，保洁阿姨实惨（当然桌子上的垃圾还是同事们一起收拾掉了）

最后你问我七夕怎么过的，和肖师傅去吃了好久没吃又想念的高老九，然后逛名创优品买了一双库洛米筷子，颜值挺高的，是我喜欢的紫色，我两天天在一起，不需要很隆重的过节，也不用互送礼物，只要吃一顿好吃的，想吃的，毕竟还有什么比吃饭还重要呢？现在乱七八糟的节日太多了，过日子嘛就是要实在点，当感情脱离了物质，又是学生时代美好的样子了，自然纯粹。

以上，8月生活小记。

前段时间和朋友们一起玩桌游《卡坦岛》，我觉得这类型的桌游还挺好玩的，这边记录一些网络上可能没有的技巧与简明扼要的规则，以备不时之需，下次玩如果忘记了就再回来看看，这些规则与说明文档的来源是将卡坦岛官方说明书喂给deekseek出来的，所以还是很官方的🤪。
对了，文末附加了线上版的卡坦岛游戏地址，感兴趣的可以去玩玩。

游戏概述 (GAME OVERVIEW)

1. 卡坦岛展现在您面前。该岛由 19 块地形板块组成，四周环绕着海洋。您的目标是在卡坦岛上定居，并扩展您的领土，直到它成为卡坦岛上最大、最辉煌的领土。
2. 卡坦岛上有五种生产性地形类型和一片沙漠。每种地形类型生产不同类型的资源（沙漠不生产任何东西）。您收到的每种资源都由一张卡牌代表。以下是每种地形的产出：
   • 丘陵 (Hills) - 生产砖块 (Brick)
   • 森林 (Forest) - 生产木材 (Lumber)
   • 山脉 (Mountains) - 生产矿石 (Ore)
   • 田野 (Fields) - 生产谷物 (Grain)
   • 牧场 (Pasture) - 生产羊毛 (Wool)
   • 沙漠 (Desert) - 不生产任何资源 (Produces Nothing)
3. 您以 2 个定居点和 2 条道路开始游戏。每个定居点价值 1 个胜利点。因此您在游戏开始时拥有 2 个胜利点！第一位在其回合中获得 10 个胜利点的玩家赢得游戏。
4. 要获得更多胜利点，您必须建造新的道路和定居点，并将您的定居点升级为城市。每座城市价值 2 个胜利点。要建造或升级，您需要获取资源。
5. 如何获取资源？很简单。每回合，您掷 2 个骰子以确定哪些地形六边形生产资源。每个地形六边形都标有一个圆形数字标记。例如，如果掷出“10”，所有标有“10”数字标记的地形六边形都会生产资源——在右图中，这些地形六边形是一个山脉六边形（矿石）和一个丘陵六边形（砖块）。
6. 只有当您拥有与这些地形六边形相邻的定居点或城市时，您才会收集资源。在图中，红色定居点 [A] 与“10”山脉相邻，橙色定居点 [B] 与“10”丘陵相邻。如果掷出“10”，红色玩家获得 1 张矿石卡，橙色玩家获得 1 张砖块卡。
7. 由于定居点和城市通常与 2-3 种地形类型相邻，它们可以根据掷骰结果“收获”多达 3 种不同的资源。在这里，白色定居点 [C] 与森林、山脉和牧场相邻。位于 [D] 的定居点只能收获 2 个地形六边形（丘陵和山脉）的产出。最后，位于 [E] 的定居点只能收获 1 个地形六边形（牧场）的产出。然而，[E] 也位于一个羊毛港口上。
8. 由于您不可能让定居点与所有地形六边形和数字标记都相邻，您可能只在很少的情况下获得某些资源——或者永远得不到。这很困难，因为建造需要特定的资源组合。
9. 因此，您可以与其他玩家进行交易。向他们提出报价！一次成功的交易可能会让您完成一次大建造！
10. 您只能在未被占据的交点上建造新的定居点，前提是您有一条道路通向该交点，并且最近的定居点至少相隔两个交点。
11. 仔细考虑您在哪里建造定居点。圆形标记上的数字以不同大小显示。它们下方还有圆点（圆点）。显示的数字越高，圆点越多，掷出该数字的可能性就越大。红色的数字 6 和 8 是最高、圆点最多的数字；它们最有可能被频繁掷出。
    底线：一个数字被掷出的频率越高，带有该数字的六边形生产资源的频率就越高。您应该考虑在具有良好生产潜力的六边形（即 6 和 8 对比 2 和 12）上定居。然而，这些高产出的六边形也常常是强盗的主要目标。

《卡坦岛》基础版游戏规则总结

游戏目标：

• 成为第一位在自己回合中拥有 10 个或更多胜利点 (VP) 的玩家。

胜利点来源：

1. 定居点 (Settlement): 每个价值 1 VP（初始每人有 2 个）。
2. 城市 (City): 每个价值 2 VP（通过升级定居点获得）。
3. 最长道路卡 (Longest Road Card): 持有者获得 2 VP（授予建造连续 5+ 段道路的第一位玩家）。
4. 最大军队卡 (Largest Army Card): 持有者获得 2 VP（授予打出 3+ 张骑士卡的第一位玩家）。
5. 胜利点卡 (Victory Point Card): 每张价值 1 VP（从发展卡牌库随机抽取，需隐藏到游戏结束）。

游戏流程：

1. 设置 (Set-up):
   • 使用初学者固定地图（推荐第一次玩）或可变地图（洗匀地形板块和数字标记随机放置，注意红数字 6/8 不能相邻）。
   • 每位玩家选择颜色，拿取：5 个定居点、4 座城市、15 条道路、1 张建筑成本卡。
   • 将资源卡分类叠放（正面朝上），发展卡洗匀（正面朝下），特殊卡和骰子放一旁，强盗放沙漠。
   • 设置阶段 (Set-up Phase): 分两轮，玩家按顺序（第一轮顺时针，第二轮逆时针）各放置 1 个定居点和 1 条相邻道路。
   • 放置第二个定居点后，立即获得该点相邻地形六边形的资源卡（起始资源）。
2. 回合进行 (Turn Sequence):
   玩家按顺时针顺序轮流进行自己的回合。每回合包含 3 个阶段：
   • (1) 资源生产 (Resource Production):
     • 掷 2 个骰子，加总点数。
     • 所有与点数对应数字标记的六边形相邻的定居点或城市的所有者获得资源卡。
     • 每个相邻的定居点获得 1 张该六边形类型的资源卡。
     • 每个相邻的城市获得 2 张该六边形类型的资源卡。
     • 例外 (Rolling a 7):
       • 没人获得资源。
       • 所有手牌超过 7 张的玩家必须丢弃一半（向下取整）。
       • 掷出 7 的玩家移动强盗到任意其他地形六边形（或沙漠）上，并随机偷取 1 张资源卡（从该六边形相邻建筑的一个玩家手中）。
       • 强盗会阻止其所在六边形的资源生产。
   • (2) 交易 (Trade):
     • 玩家可以同时或分别进行两种交易：
       • 国内贸易 (Domestic Trade): 与其他玩家自由谈判交易内容（卡换卡）。只有当前回合玩家可以参与交易。
       • 海上贸易 (Maritime Trade): 与银行交易。
         • 基本汇率: 4:1 (4张相同资源换1张任意资源)。无需港口。
         • 港口优势:
           • 通用港口 (3:1): 控制该港口的玩家可以用 3 张相同资源换 1 张任意资源。
           • 特殊港口 (2:1): 控制该港口的玩家可以用 2 张港口指定资源换 1 张任意资源。
   • (3) 建造 (Build):
     • 玩家可以支付资源（按建筑成本卡），建造以下项目：
       • 道路 (Road): 成本=1 砖块 + 1 木材。必须连接到已有的道路/定居点/城市。每条边只能有一条路。
       • 定居点 (Settlement): 成本=1 砖块 + 1 木材 + 1 羊毛 + 1 谷物。必须建在空交点，且满足距离规则（相邻 3 个交点必须为空），必须连接到自己的一条路。
       • 城市 (City): 成本=3 矿石 + 2 谷物。只能通过升级已有定居点获得。移除定居点，放上城市。
       • 购买发展卡 (Development Card): 成本=1 矿石 + 1 羊毛 + 1 谷物。从牌库顶抽一张（骑士卡 / 进程卡 / 胜利点卡），隐藏在手牌中。
     • 打出发展卡 (Playing Development Cards): 玩家在自己的回合中任何时候（包括掷骰前）可以打出 1 张发展卡（不能是当回合刚买的卡，胜利点卡除外）。
       • 骑士卡 (Knight): 立即移动强盗并偷取 1 张资源卡（同掷出 7 的步骤 2&3）。打出后卡面朝上放面前。凑齐 3 张可抢/保“最大军队”卡（2 VP）。
       • 进程卡 (Progress): 立即执行卡牌效果（道路建设：免费放 2 条路；丰饶之年：拿银行任意 2 资源；垄断：指定一种资源，所有其他玩家必须将该资源全给你），然后弃掉。
       • 胜利点卡 (Victory Point): 必须隐藏！只能在达到 10 VP 宣告胜利时（或游戏结束）揭示。当回合购买可当回合揭示（用于凑 10 VP 赢）。

游戏结束：

• 当有玩家在其回合中（任何阶段结束后）拥有 10 个或更多胜利点时，游戏立即结束，该玩家获胜。
• 胜利点卡只在此时（或游戏结束后）揭示。
• 如果在他人回合达到 10 VP，游戏继续，直到有玩家在其回合中拥有 10 VP。

关键策略提示：

• 早期核心资源： 砖块和木材（用于建造道路和定居点）。
• 港口价值： 控制特殊港口（2:1）可极大优化资源转换，尤其是当您大量产出某种资源时。
• 选址： 优先选择数字标记为 6 和 8（概率最高）的六边形旁定居，但同时要警惕成为强盗目标。为扩张留空间，避免被对手道路包围。
• 交易： 积极交易（国内和海上）是获取所需资源、加速发展的关键。
• 升级城市： 是获得更高 VP 和资源产出的必经之路（最多 5 个定居点，必须升级才能建新定居点）。
• 发展卡： 骑士卡是移动强盗、干扰对手、争夺“最大军队”的主要手段；进程卡提供强力一次性效果；胜利点卡是隐藏的 VP 来源。

相关链接🔗

https://zh-cn.boardgamearena.com/ 桌游站
https://www.gcores.com/articles/23675 机核