每次打开日记 App，面对一片空白，打了三行又删掉两行，最后关掉。这不是你的问题，是产品的问题。

日记的门槛从来不是”写”，而是”不知道写什么”。 NoJournal 把这个逻辑反过来——AI 不问”你想写什么”，它直接问一个问题。你回答。它再问。
像朋友聊天一样，三五个来回，一篇日记就出来了。

然后发到 flomo。你不用写一个字。

📦 下载 nojournal.zip

为什么是”问”而不是”写”

人类天生不擅长面对空白页，但天生擅长回答问题。你问一个人”今天过得怎么样”，他能说十分钟。你给他一个空白文本框让他”开始写日记”，他十秒就想关掉。

这不是意志力问题，是交互范式问题。问题是触发器，空白页是阻力器。

NoJournal 做的就是把”写”的认知负担转移到”答”的自然反应上。

怎么用

1

写日记

一句话就行。然后：

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

AI: 工作、生活、随便？

你: 工作

AI: 晚上十点了。今天有什么事在你脑子里转？

你: 加班改bug改到头秃

AI: 什么bug这么难搞？

你: 时区问题，搞了三小时才发现

AI: 发现那一刻什么感觉？

你: 又气又好笑

AI: [生成日记并展示]

     6月2日

     一个时区bug，三小时。发现是少写了一个转换的时候，
     又气又好笑——感觉自己像个傻子。

     #编程日常

    有哪里想改的吗？

你: 挺好

AI: 要发到 flomo 吗？

你: 发

AI: [已发送] 明天这个时候，我还来问你。

就这么简单。

设计哲学

这个 skill 经过了 11 位跨领域思考者（其实是AI + Skills）的辩论和打磨——张一鸣、Steve Jobs、Paul Graham、孙武、Ilya Sutskever、Taleb、Karpathy、Feynman、Munger、Naval、Musk。从中沉淀了三条核心原则：

1. 框裱，不是重写

AI 的工作是整理你说的话，不是替你写一篇好文章。保留你的用词、你的语气、你独特的说法。把”又气又好笑”写成”既挫败又释然”是准确了，但那是另一个人写的日记。

像你请朋友帮你整理日记。朋友不会把你的话翻译成另一种语言。

2. 留存 > 质量

目标不是今天这篇日记写得多好，而是你明天还来。用户不想展开的话题就跳过，不凑轮数。最短的素材——哪怕三句话——也能生成一篇好日记。

3. 一比特信息决定精度

开场先问”工作、生活、随便？”这不是闲聊。一个比特的分类信息，能让后续问题的精度高一个数量级。你不会用”今天团队协作怎么样”去问一个刚失恋的人。

工作流

安装

📥 下载 nojournal.zip

1
2

# 解压到 Claude Code skills 目录
unzip nojournal.zip -d ~/.claude/skills/nojournal

配置 flomo 发送（可选）

获取你的 flomo API 链接：flomo App → 设置 → API → 复制

1
2
3
4
5

# Windows
setx FLOMO_API_URL "https://flomoapp.com/iwh/你的ID/你的token/"

# macOS / Linux
echo 'export FLOMO_API_URL="https://flomoapp.com/iwh/你的ID/你的token/"' >> ~/.bashrc

未设置 FLOMO_API_URL 时，日记生成后提示配置，不阻塞使用。

文件结构

1
2
3
4
5

~/.claude/skills/nojournal/
├── SKILL.md          # 主流程（7步工作流）
├── voice.md          # 日记生成原则：框裱不是重写
├── flomo-send.md     # flomo API 发送逻辑
└── README.md         # 你正在看的这个文件

致谢(很抽象)

• 设计经过 11 位跨领域思考者的辩论和打磨：张一鸣（三字分流）、Steve Jobs（事件锚定）、Paul Graham（原话指纹 + eval措辞）、孙武（时空锚定 + 发后埋钩）、Andrej Karpathy（eval闭环）、Richard Feynman（voice.md 框裱原则）、查理·芒格（极致精简）、Nassim Taleb、Naval Ravikant、Ilya Sutskever、Elon Musk
• flomo API 环境变量设计借鉴 weread-skills

如果你今天没什么想说的——试试对 AI 大喊一声 我要写日记。它先开口。

虽然已经熟悉 Git 各种命令行操作，但还是被一种莫名的内驱力推动着，去系统地了解 Git 的底层原理。

Git 本质上不是“版本控制软件”。
它更像：一个基于 immutable object + 指针的数据库。

Git 的数据结构本质

计算机的一切都是数据结构，一切实现都基于数据结构。
Git 也不例外——它的核心就是 .git 目录下的那套对象存储机制。

commit、tree、blob——Git 的本质就在于 .git 目录里这些对象的组织方式。

• blob：保存文件内容本身
• tree：保存目录结构，以及文件名到 blob 的映射
• commit：保存一次快照，指向对应的 tree，并记录父 commit、作者和提交信息

所以 Git 记录的不是“文件改了几行”这种直觉上的差异，而是一组对象之间的引用关系。
版本历史也不是线性的文本记录，而是一张由 commit 串起来的对象图。

stash 与栈

以 git stash 为例，它保留工作记录使用的其实是栈的数据结构：

• git stash：把当前工作区修改保存成一个 commit-like 对象，压入栈顶（push）
• git stash pop：恢复并删除栈顶元素（pop = 恢复 + 删除）
• git stash apply：相当于 peek()，不删除，只取出来用

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

# 压栈：保存当前修改
git stash

# 查看栈中内容
git stash list
# stash@{0}: WIP on main: a1b2c3d some commit
# stash@{1}: WIP on main: e4f5g6h another commit

# 出栈：恢复最近一次 stash 并删除
git stash pop

# 只读：恢复最近一次 stash 但不删除
git stash apply

理解了这一点，stash 系列命令就不再是需要死记硬背的操作，
而是栈这一经典数据结构的自然体现。

Git学习推荐资源

1. 廖雪峰的 Git 教程——适合快速入门，覆盖面广
2. Pro Git——Git 官方书籍，系统全面
3. git-from-the-bottom-up——从底层构建理解 Git
4. 原来我一点也不懂 Git——B 站视频，根据 .git 目录讲解 Git 的本质

总结

很多工具我们用了很久，
但只有理解了它的数据结构和底层设计，
那些“记不住”的命令才会真正变得自然而然。

在使用 WSL 2 的过程中，网络问题往往是最让人头疼的部分。无论是局域网内的其他设备想要访问 WSL 中运行的服务，还是在 VPN 环境下遇到了 DNS 解析失败，这些问题都可以通过切换到镜像网络模式来解决。

什么是镜像模式

WSL 2 本质上是一个运行在 Hyper-V 上的轻量级虚拟机，默认采用 NAT 网络模式，拥有独立的虚拟子网 IP（172.x.x.x），与宿主机网络隔离。这导致外部设备无法直接访问 WSL 中的服务，VPN 环境下还经常出现 DNS 解析失败的问题。

镜像模式（Mirrored Networking）是微软在 Windows 11 中引入的网络模式。它的核心思路是直接将 Windows 宿主机的网络接口状态同步到 Linux 内核中，彻底消除虚拟子网带来的隔离问题：

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

┌────────────────────────────────────────────────────────┐
│                    Windows 主机                        │
│                                                        │
│  ┌──────────────────────────────────────────────────┐  │
│  │             WSL 2 虚拟机 (镜像)                  │  │
│  │                                                  │  │
│  │   eth0: 与宿主机共享相同局域网 IP                │  │
│  │   直接暴露在 Windows 防火墙中                    │  │
│  └──────────────────────────────────────────────────┘  │
│             │                                          │
│             │  (网络接口直接同步)                      │
│             ▼                                          │
│  ┌──────────────────────────────────────────────────┐  │
│  │            物理网络 / Internet                   │  │
│  └──────────────────────────────────────────────────┘  │
└────────────────────────────────────────────────────────┘

镜像模式的优势如下：

• 与宿主机共享相同的局域网 IP 地址
• 原生支持 IPv6
• VPN 兼容性显著提升，不再出现 DNS 丢包问题
• 局域网内其他设备可以直接发现和访问 WSL 中的服务
• Windows 防火墙规则直接作用于 WSL 中的应用
• 无需手动配置端口转发

配置 .wslconfig

镜像模式属于全局配置，需要在 Windows 用户目录下编辑 .wslconfig 文件。

第一步：打开文件资源管理器，导航到 Windows 用户目录：

1

C:\Users\<您的用户名>\

第二步：在该目录下查找名为 .wslconfig 的文件。如果文件不存在，手动创建一个（注意文件名前面的点号不能漏掉）。

第三步：用记事本或任意文本编辑器打开 .wslconfig，写入以下内容：

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

[wsl2]
# 启用镜像网络模式 - 这是最重要的配置
networkingMode=mirrored
# 启用 DNS 隧道，防止 VPN 环境下域名解析失效
dnsTunneling=true
# 强制 WSL 使用 Windows 的 HTTP 代理设置
autoProxy=true
# 启用集成防火墙支持
firewall=true

[experimental]
# 自动回收闲置内存，优化性能
autoMemoryReclaim=gradual
# 支持主机回环地址访问
hostAddressLoopback=true

各项配置的含义如下：

• networkingMode=mirrored：启用镜像网络模式，这是整份配置中最关键的一行
• dnsTunneling=true：通过 DNS 隧道技术解决 VPN 环境下的域名解析问题
• autoProxy=true：让 WSL 自动继承 Windows 系统的 HTTP 代理设置
• firewall=true：启用 Windows 防火墙对 WSL 流量的集成管理
• autoMemoryReclaim=gradual：实验性功能，允许系统逐步回收 WSL 占用的闲置内存
• hostAddressLoopback=true：实验性功能，支持通过主机回环地址访问 WSL 服务

第四步：保存文件后，在 Windows 终端中执行以下命令以应用配置：

1

wsl --shutdown

第五步：等待大约 8 秒，确保虚拟机彻底关闭，然后重新启动 WSL。

验证配置是否生效

进入 WSL 后，执行以下命令来验证网络模式是否已经切换为镜像模式：

1
2
3
4
5
6
7
8

# 查看网络接口信息
ip addr show

# 查看路由表
ip route show

# 测试与局域网网关的连通性
ping 192.168.1.1

如果配置成功，ip addr show 的输出中应该能看到 WSL 与 Windows 使用了相同的局域网 IP 地址段。

防火墙配置

切换到镜像模式后，WSL 中的应用会直接暴露在 Windows 防火墙规则之下。如果需要在局域网内访问 WSL 中运行的服务（例如端口 18789），就需要为对应的端口添加防火墙放行规则。

标准防火墙命令（推荐）

对于镜像模式，最简单的方式是使用标准的 Windows 防火墙命令。以管理员身份打开 PowerShell，执行以下命令：

1
2
3
4
5

# 创建入站规则，允许指定端口的 TCP 流量
New-NetFirewallRule -DisplayName "OpenClaw-Service" -Direction Inbound -Action Allow -Protocol TCP -LocalPort 18789

# 验证规则是否创建成功
Get-NetFirewallRule -DisplayName "OpenClaw-Service" | Format-Table

如果需要删除已经创建的规则：

1

Remove-NetFirewallRule -DisplayName "OpenClaw-Service"

Hyper-V 防火墙命令

如果需要更细粒度地管理 WSL 2 的网络流量，可以使用 Hyper-V 防火墙命令。不过在此之前，需要先获取当前系统的 VMCreatorId：

1
2

# 查看当前系统所有已注册的 VM 创建者
Get-NetFirewallHyperVVMCreator

需要注意的是，输出中的 GUID（例如 {40E0AC32-46A5-438A-A0B2-2B479E8F2E90}）因系统而异，不能直接照搬网上的示例。获取到正确的 VMCreatorId 后，可以执行：

1
2
3
4
5
6
7

# 配置默认入站策略
Get-NetFirewallHyperVVMCreator | ForEach-Object {
    Set-NetFirewallHyperVVMSetting -Name $_.Name -DefaultInboundAction Allow
}

# 创建细粒度的端口规则
New-NetFirewallHyperVRule -DisplayName "OpenClaw-Service" -Direction Inbound -Action Allow -Protocol TCP -LocalPorts 18789

验证端口连通性

无论使用哪种方法配置防火墙，都可以通过以下命令验证端口是否已经正常开放：

1
2

# 使用 Test-NetConnection 测试端口
Test-NetConnection -ComputerName localhost -Port 18789

如果 TcpTestSucceeded 返回 True，说明端口已经可以正常访问。

小结

镜像网络模式几乎在所有方面都优于默认的 NAT 模式。配置过程也很简单，只需要编辑一个 .wslconfig 文件，然后重启 WSL 即可生效。切换后如果需要在局域网内访问 WSL 中的服务，再配合 Windows 防火墙添加对应的端口放行规则就可以了。

这通常不是 Codex 本身的问题，而是 Codex 进程没有拿到可用的代理环境变量。解决方法是新建 ~/.codex/.env，把本地代理写进去。

问题现象

• Codex 请求模型时长时间无响应
• 终端反复提示重试或重新连接
• 五次重连后仍然失败
• 浏览器能联网，但 Codex 不能稳定连接

如果本机代理客户端已经打开，而 Codex 仍然五次重连，大概率就是代理变量没有生效。

解决方法

在 ~/.codex/.env 写入：

1
2
3

https_proxy="http://127.0.0.1:7890"
http_proxy="http://127.0.0.1:7890"
all_proxy="socks5://127.0.0.1:7890"

Windows PowerShell 可以直接执行：

1
2
3
4
5
6

New-Item -ItemType Directory -Force "$HOME\.codex"
@'
https_proxy="http://127.0.0.1:7890"
http_proxy="http://127.0.0.1:7890"
all_proxy="socks5://127.0.0.1:7890"
'@ | Set-Content -Encoding utf8 "$HOME\.codex\.env"

写完后重启 Codex。.env 一般只在进程启动时读取，已经运行的 Codex 不会自动感知新配置。

仍然重连怎么办

• 代理客户端是否已经启动
• 端口是否真的是 7890
• 代理客户端是否允许本机程序访问
• Codex 是否已经完全退出并重新打开

也可以临时测试代理是否可用：

1
2

$env:https_proxy = "http://127.0.0.1:7890"
curl https://api.openai.com

PowerShell 的 PROFILE 可以理解为启动配置文件，对应的内置变量是 $PROFILE。每次打开 PowerShell 时，它都会自动加载这个文件里的内容。因此，可以把常用函数写进 $PROFILE，以后只需要输入一个简单命令，就能快速开启、关闭或查看代理状态。

查看 PROFILE 路径

在 PowerShell 中执行：

1

$PROFILE

如果只是想确认文件是否已经存在，可以执行：

1

Test-Path $PROFILE

如果返回 False，说明当前还没有创建配置文件。

创建 PROFILE 文件

可以使用下面的命令创建：

1

New-Item -Path $PROFILE -Type File -Force

然后用编辑器打开它：

1

notepad $PROFILE

如果你使用 VS Code，也可以：

1

code $PROFILE

添加代理函数

把下面这段内容放进 $PROFILE 文件中：

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

function proxy {
    $env:http_proxy = "http://127.0.0.1:7890"
    $env:https_proxy = "http://127.0.0.1:7890"
    [System.Net.WebRequest]::DefaultWebProxy = New-Object System.Net.WebProxy("http://127.0.0.1:7890")
    Write-Host "Proxy enabled: http://127.0.0.1:7890" -ForegroundColor Green
}

function unproxy {
    $env:http_proxy = $null
    $env:https_proxy = $null
    [System.Net.WebRequest]::DefaultWebProxy = $null
    Write-Host "Proxy disabled" -ForegroundColor Yellow
}

function check-proxy {
    if ($env:http_proxy -or $env:https_proxy) {
        Write-Host "Current proxy settings:" -ForegroundColor Cyan
        Write-Host "HTTP Proxy: $env:http_proxy"
        Write-Host "HTTPS Proxy: $env:https_proxy"
    } else {
        Write-Host "No proxy is currently set." -ForegroundColor Cyan
    }
}

这段配置提供了三个函数：

• proxy：开启当前 PowerShell 会话的 HTTP/HTTPS 代理。
• unproxy：关闭当前 PowerShell 会话的代理。
• check-proxy：查看当前代理环境变量是否已经设置。

这里的代理地址是：

1

http://127.0.0.1:7890

如果你的代理软件端口不是 7890，需要把代码里的端口改成自己的实际端口。

重新加载配置

保存 $PROFILE 文件后，可以关闭 PowerShell 再重新打开，也可以直接执行：

1

. $PROFILE

注意前面有一个点和空格，表示重新加载当前配置文件。

使用方法

开启代理：

1

proxy

查看代理状态：

1

check-proxy

关闭代理：

1

unproxy

常见问题

如果执行脚本时提示权限不足，可能是 PowerShell 执行策略限制。可以先查看当前策略：

1

Get-ExecutionPolicy

如果需要允许当前用户运行本地脚本，可以执行：

1

Set-ExecutionPolicy RemoteSigned -Scope CurrentUser

一般来说，设置到 CurrentUser 就足够了，不需要修改整个系统的策略。

小结

把代理配置写进 PowerShell $PROFILE 后，日常使用会轻松很多。需要代理时输入 proxy，不用时输入 unproxy，再用 check-proxy 检查状态，整个流程会比反复手动设置环境变量清爽得多。

这件事看起来很小，但对我来说是一次提醒：我总是容易把“搭建系统”误认为“开始创作”。换框架、换主题、改部署、研究插件，这些事情都有一种很强的欺骗性。它们让人感觉自己在前进，但最后真正留下来的内容可能是零。

所以我想返璞归真。

博客最重要的不是系统，不是主题，不是技术栈，而是内容。如果没有持续写下来的东西，再漂亮的域名和页面也只是空壳。

技术也会给人一种错觉：凡事都应该自己 code 出来。能自己写，就不该用现成的；能折腾，就不该花钱。

但这其实不总是理性。

自己的时间也是有价值的。很多时候，花一点钱，用一个成熟方案，反而是在节省更稀缺的东西：注意力、精力和连续性。

DIY 很适合学习，但不一定适合所有目标。如果目标是写作，那就应该把时间花在写作上。如果目标是表达，那就应该减少表达之前的阻碍。

我不想再让博客变成一个永远施工的项目。

知识越触手可及，知识越触不可及。

这句话听起来有点矛盾，但它恰好解释了互联网和 AI 时代的学习困境。

知识变近了

过去获取知识是一件有门槛的事。

你需要找到书，找到老师，找到资料，甚至要去特定的图书馆、课堂、学校，才能接触到某些知识。

但现在不一样了。

互联网让资料变得容易搜索，公开课让课程变得容易旁听，AI 又进一步降低了提问、翻译、总结和解释的成本。很多过去需要绕很远才能碰到的知识，现在几乎可以被直接摆到眼前。

从这个意义上说，互联网和 AI 的发展，本质上是让知识变得更触手可及了。

这当然是好事。

但问题也从这里开始。

学习变难了

知识容易获取，不等于知识容易掌握。

甚至在某种意义上，知识越容易获取，真正的学习反而越难发生。

因为知识如果只是躺在那里，它就只是信息。你收藏了一篇文章，关注了一个博主，保存了一份书单，问 AI 要了一段总结，这些都不等于你真的学会了什么。

真正的学习需要主动进入。

它需要你停下来读，需要你把概念放进自己的经验里理解，需要你写下来、讲出来、用起来，也需要你在不懂的时候继续追问。

而这些动作都很慢。

它们不符合信息流的节奏，也不符合即时反馈的快感。越是在知识大爆炸的时代，人越容易停留在“我知道有这么个东西”的层面，却很少真正走到“我理解了它，并且能使用它”的层面。

所以，学习的难点已经不只是“找不到知识”，而是“如何让知识真正进入自己”。

隐性知识不会被下载

有一个容易被忽略的区别：显性知识和隐性知识。

显性知识是可以被写出来、讲出来、搜索到的东西。比如一个概念的定义，一套方法的步骤，一本书的摘要，一段代码的解释。这些东西很适合被互联网传播，也很适合被 AI 整理。

但真正影响一个人能力的，往往还有大量隐性知识。

比如如何判断一个观点有没有问题，如何在复杂材料里抓住重点，如何写出有力量的表达，如何在具体场景里做取舍，如何知道一个答案“看起来对但其实不够好”。这些东西很难被完整写进教程里，也很难通过一次搜索直接获得。

隐性知识不是被下载的，而是在实践中长出来的。

它来自反复阅读后的语感，来自写作时暴露出来的逻辑漏洞，来自做项目时踩过的坑，来自和别人讨论时被挑战、被修正的瞬间。

所以，AI 可以让显性知识更容易抵达我们，但它并不会自动把隐性知识长到我们身上。真正的学习，恰恰是在显性知识之外，继续通过实践、表达和反思，把那些说不清但用得上的东西慢慢练出来。

这也是为什么我越来越警惕两种状态：一种是收藏癖，一种是 AI 发烧友。

收藏癖不断保存资料，却很少真正消化；AI 发烧友不断追逐新工具，却不一定把问题想得更深。它们都会制造一种“我在学习”的感觉，但如果没有阅读、思考、实践和输出，最后留下的只是更多链接、更多工具、更多未完成的待办。

一个收藏癖和 AI 发烧友，是不会自动具备这些能力的。

珍惜触发你学习的点

这也是为什么我觉得要珍惜那些触发你学习的点。

一本书，一期播客，一句话，一个问题，一次聊天，一个项目里卡住的 bug，都可能成为学习的入口。

这些入口很重要。

因为主动学习往往不是从一个宏大的计划开始的，而是从某个具体的触动开始的。你突然意识到一个概念有意思，突然发现一个问题解释不通，突然觉得某句话击中了自己，于是你愿意多查一点、多想一点、多写一点。

这时候，知识才不是外部世界里冷冰冰的材料，而是变成了和你有关的东西。

学习真正开始的地方，通常不是资料最完整的地方，而是你好奇心被点燃的地方。

写作是主动学习

《写作是门手艺》这本书给我的另一个提醒是：写作不是学习之后的展示，而是学习本身的一部分。

很多时候，我们以为自己懂了，是因为脑子里有一些模糊的感觉。但只要一写下来，就会发现逻辑哪里断了，概念哪里虚了，例子哪里撑不住。

写作会迫使人把散乱的想法排成顺序。

它要求你给观点找理由，给理由找证据，给证据找到合适的位置。这个过程不是简单地输出，而是在重新组织自己的大脑。

所以在 AI 时代，写作的价值没有下降，反而变得更重要。

AI 可以帮我们更快地获得材料、解释概念、整理信息，但它不能替我们完成主动理解。真正决定一个人是否学到了东西的，仍然是他有没有把知识放进自己的思考结构里。

写作就是这样一种结构化思考的训练。

雕刻大脑

刘军强老师在播客里有一句话我很喜欢：

「你在健身房里撸铁，是在雕刻你的肌肉。而在 AI 时代，雕刻大脑最好的方式，就是写作和思考。」

这句话很准确。

AI 时代不缺知识，不缺答案，不缺资料。真正稀缺的是主动学习的能力，是把信息变成理解、把理解变成表达、把表达变成行动的能力。

知识越触手可及，越不能只是伸手拿一下就算了。

要读，要想，要写，要用。

只有这样，知识才不会只是躺在互联网和 AI 的回答里，而是真的长进自己的身体里。

仿佛只要找到缺陷
他便获得了与卓越平坐的豁免权

为了不让世界显得过于高耸
他总携一把隐形的铡刀
——用嫉妒校准，流言开刃
在暗处挥舞，专削高过额头的枝条

​于是，在他的臆想里，森林消失了
只剩下满地整齐划一的荒芜

他用的不是园丁的修枝剪，是暴民的铡刀。
诗不是物理实验报告。诗要的是意象的准确，不是工具使用的可行性。

樱花于武大，究竟是怎样的存在？网上常有尖锐声讨，斥其为”汉奸之花”；可每至三月樱飞，樱顶石阶仍挤满赏春之人，粉白花瓣簌簌落下，映着络绎不绝的身影。这看似矛盾的景象，恰是历史留给今人的叩问。

关于樱花的源流，史料已有定论：武大现存樱花，多半是日军侵占珞珈山时所植，所谓周总理捐赠的品种，如今已寥寥无几。抗战胜利后，武大人回迁校园，面对这些沾染着侵略印记的草木，争议随之而来。有人主张尽数伐去，以泄国耻之愤，这份慷慨激昂，实属人之常情；却也有老教授力排众议，坚持留存——他们说，刀斧斩去的是草木，斩不去的是记忆；唯有让这些樱花年年绽放，方能时时警醒后人：勿忘山河破碎之痛，铭记家国蒙难之耻。

焚毁或砍伐，是痛快淋漓的决绝；而选择留存，更需穿越历史迷雾的勇气与胸襟。草木本无灵，既承载不了侵略的罪孽，也代表不了所谓的”亲善”，其意义终究由人赋予。

如今每到樱花季，粉雪漫枝的景致，既为师生与游人铺就了诗意画卷，也为珞珈山刻下了不可磨灭的历史注脚。当春风拂过樱枝，花瓣轻颤间，是”自强弘毅”的校训在回响：赏的是繁花，记的是国殇，励的是来人。那些曾因樱花意象而雪藏的《璎珞》故事，那些关于留存与砍伐的争议，终究都化作了对历史的敬畏——唯有正视过往，方能从容前行；唯有铭记耻辱，方能守护荣光。

樱花不语，珞珈有声。这漫山粉白，既是风景，亦是教材，在岁岁枯荣中，诉说着一座学府的风骨与一个民族的记忆。

草木无情，看观者之心。

这让我有些触动。

学术诚信并不只是“不要抄袭”这么简单。它更像是一条底线：承认自己的能力边界，尊重他人的劳动成果，也尊重学习本身。一个人可以暂时学得慢，可以暂时做得不够好，但如果把虚假的成果当作能力，把侥幸当作聪明，最终损耗的是自己的判断力和人格。

反观一些高校里的风气，很多时候最令人无奈的并不是规则不够清楚，而是大家对规则的轻慢：作业互相复制，实验报告东拼西凑，考试前后交换所谓“资料”。久而久之，诚实的人反而像是吃亏的人。

但我越来越觉得，他人是否选择捷径，并不应该成为自己放弃原则的理由。学术诚信首先是一种自我约束，也是一种长期主义。真正属于自己的东西，必须经过理解、思考和实践，别人拿不走，自己也骗不了。

一些箴言：

• 你只能改变自己，做自己认为正确的事情。
• 远离烂人。
• 他人之得非己之失。
• 天生万物以养人，人无一物以报天。

Shellcode泛指在exploited进程中执行的恶意代码。

基本特征如下：

1. 位置无关代码：Shellcode必须能够在内存的任何位置正确执行，不依赖固定内存地址

2. 不含空字节：空字节（\x00）通常会被认为是字符串终止符，导致代码截断

3. 紧凑高效：通常需要在有限的空间内完成复杂功能

4. 直接系统调用：绕过高级API，直接与操作系统内核交互

弹窗显示信息具体实现步骤

安装 metasploit 框架并配置环境变量

关闭Windows系统防护

利用metaspolit框架的payload生成工具msfvenom生成弹窗程序的shellcode

1

msfvenom -p windows/x64/messagebox TEXT="Student ID: xxx Name: xxx" TITLE="Student Info" -f c -b '\x00' -a x64

编写c语言程序执行shellcode

1
2
3
4
5
6
7
8
9
10

#include <windows.h>

unsigned char shellcode[] = {}; //这里输入生成的shellcode
int main() {
    LPVOID exec = VirtualAlloc(0, sizeof(shellcode), MEM_COMMIT, PAGE_EXECUTE_READWRITE);
    memcpy(exec, shellcode, sizeof(shellcode));
    ((void(*)())exec)();
    VirtualFree(exec, 0, MEM_RELEASE);
    return 0;
};

运行后实现弹窗效果

参考书籍

1

https://www.exploit-db.com/docs/english/13019-shell-code-for-beginners.pdf

1

https://wizardforcel.gitbooks.io/q-buffer-overflow-tutorial/content/index.html

实践收获

了解Shellcode概念及实现

了解并使用metasploit 框架

1. 【程序媛营业】CSP从入门到放弃——CCF优秀大学生的CSP认证高分经验分享

二、CSP考察内容概述

2.1 程序设计基础

• 逻辑与数学运算
• 分支循环
• 过程调用(递归)
• 字符串操作
• 文件操作等

2.2 数据结构

• 线性表（数组、队列、栈、链表）
• 树（堆、排序二叉树）
• 哈希表，集合
• 图

2.3 算法与算法设计策略

• 排序与查找
• 枚举，贪心策略
• 分治策略
• 递推与递归
• 动态规划
• 搜索
• 图论算法
• 计算几何
• 字符串算法
• 随机算法，近似算法等

三、各题目特点与应对策略

3.1 难度概述

难度呈幂次增长（第一题难度n，第二题难度n²，第三题难度n³……）

3.2 第一题（基础题）

• 输入 输出 if-else 一层循环
• 20行代码左右
• 注意细节，容易丢10分
  • long long 类型
  • 边界条件
  • 特殊情况
• 会用文件读入很重要
  • 可以节省大量在终端敲入数据的时间

    1 2	#include<stdio.h> freopen("in.txt","r",stdin);

• 宏定义简化for循环书写耗时

  1	#define _for(i,a,b) for(int i = a;i < b;i++)

• 声明数组大小的时候最好用const定义的伪常量方便修改

  1 2 3

  const int N = 1007; int Num[N], Sum[N]; char str[N];

• 一般是数值方面的问题（一群整数）基本一个for循环可以解决的了，比较简单，学过C语言基本可以得分

3.3 第二题：小模拟（基础）

• 多重循环 接近n²复杂度
• 一般是时序题 通常要排序
• 简单的数学运算
• 对多元数组的熟练运用
• 学会STL可能会有奇效
  • 大佬的STL笔记
• 最少得需要两个For循环，要说两个For循环也不难，难就难在一般是时序题、通常要排序，而且要用到多元数据
• 例如18年3月的第二题碰撞的小球，涉及到长度、个数、时间、速度等不同单位的数据

3.4 第三题：大模拟（进阶）

• 熟练掌握各种输入函数和字符串处理
• 熟练掌握dfs bfs
• 会设计复杂的层次化结构
• 要相信题目本身不难，只是变态而已
• 文明考试，请勿砸显示器、摔键盘
• 一般会是字符串的处理，而且一般是对复杂文本的处理
• 最好使用C++里边的String类做字符串处理，如果要自己用c语言写字符串处理函数，不仅不一定写对，而且还会相当麻烦，浪费时间

3.5 第四题

• 一般会用到高等数据结构，比如树、图
• 需要用到的算法也不是课本上学到的简单算法，得用更高级一点的时间、空间效率更高一点的算法

3.6 第五题

• 一般是纯粹的算法题
• 但是算法难度一般是ACM级别的，所以经过ACM训练的训练员也不一定能拿满分

四、备考准备指南

4.1 训练资料选择

• ACM题库
• CCF-CSP真题，总结每年题型

4.2 参考书籍推荐

CCF-CSP考试是可以带书进去的：

• 如果对语法掌握不熟练的话可以带一本编程语言书
• 最好带一本C++ STL方面的书（是STL工具书，STL怎么使用的书，而不是STL源码分析类的书）
  • STL方面的书可以帮助我们又快有准的写出想要的排序等代码，如果我们当场写的话会很浪费时间
• 算法书，有资源的可以找一本ACM培训竞赛书，前面也说过书上的算法对付考试是不行的，需要更好的算法

4.3 日常练习规划

• 每天写程序，不能手生
• 最少得2h，适应4h的考试时间

五、得分技巧与考试策略

5.1 评分机制理解

CCF-CSP是机器阅卷评分，题目规定有代码运行用时，超时的测试用例是没有分的。给分目前最小单位是10分，按照对你的代码的一个测试，比如从10到100这个规模来20%测试用例，100-1000来30%测试用例，1000-10000来50%测试用例，通过一个测试用例给10分，也就是说：

• 我们自己测试对的在评分的时候不一定能拿满分
• 我们在3、4、5题上也可以通过实现简单数据集上的代码而得分，而不是一分得不了
• 3、4、5题我们可以从最小规模开始，可以排除特殊情况来写代码，只要简单的测试用例能通过我们就能得分

5.2 核心能力训练

我们要想拿高分就要有针对性的训练：

• 首先不能再出基础性错误，比如输入输出，要按照题目规定来，要求输入或输出两个数据间用空格分开我们不能使用回车分开，这样会导致0分
  • 我们可以通过真题训练自己所使用语言输入输出代码的格式，也不要在这上面浪费时间
• 锻炼单步调试能力
  • 在平时编程的时候我们可以使用cout来输出看一下执行过程中变量的值，但是这样容易犯错——考试的使用万一没有把测试用的cout删除，这样就会误导机器判分，机器判断输出和正确输出不一样就是0分

5.3 考试注意事项

• 通过所有题目样例不代表解法完全正确，很可能是存在漏洞的代码恰好满足了有限的测试用例，从而产生误导

六、特殊情况下的应对策略（骗分技巧）

6.1 骗分的本质

• 利用好”分点给分”的规则
• 抓住评测机”只看结果不看过程”的评分机制
• 用简单的程序获得尽可能多的分数
• 骗分是骗机器，不是骗自己

6.2 心态调整

• 先完成简单的题目
• 需要估计出有多少盈利 再分配时间

6.3 非完美算法应用

• 有分总比没分好
• 虽然写不出完美的算法，但是可以用贪心、搜索之类的算法，来骗到部分得分
  • ✓ 在许多动态规划题型中，贪心虽然是假算法，但在相当可观的数据中撞上正确答案
  • ✓ 搜索是个老实的笨办法，虽然慢但是正确，加上剪枝更加能打

6.4 数学规律寻找

• 计算机竞赛中不需要有完美的证明
• 对于输出答案或者中间参数只要你认为有规律不要管那么多用就完事了，能证明则更好
• 暴力打表
  • ✓ 斐波那契数列
  • ✓ 杨辉三角
  • ✓ 卡特兰数

6.5 分类讨论技巧

• 对不同数据量采用不同的算法
• 对不同的输入数据采用不同策略
• 考虑特殊数据

6.6 固定输出策略

• 最后的最后，一点思路都没有，可以考虑只输出一个值，如果对了也有10分
• 但这个值也不能乱输出，也要有一定的依据
• 选择输出可能性最大的，骗也要骗的精彩
  • ✓ 无解输出”No”/“-1”
  • ✓ 若Bob获胜则输出”Bob wins.”，否则输出”Alice wins.”
  • ✓ example output

6.7 骗分的最高境界是不骗分

• 第39届CCFCSP认证，采用子任务形式，只有子任务的所有样例都通过才给这一部分的分数
• 所以只输入样例是没有分数的

• 基础概念
• 扩展知识
• 实用提示
• SEO相关知识
• meta元信息
• 块级元素与行内元素
• HTML标签
• 常见问题

基础概念

• HyperText Markup Language
• 超文本：超的含义 -> 超链接

扩展知识

• 学习一门编程语言前先搞懂所有相关英文
• 编程思维 : 量化每一步的思维
• 产品思维 : 刚需 用户体验(培养用户的懒习惯) 用户粘性
• 开发理念 : 结构 样式 行为分离
• 域名 -> DNS解析 -> 物理地址
• 为什么需要文档声明? 大多数浏览器默认渲染最新标准
• 字符编码 默认 UTF-8
• LiveServer会帮你纠正字符编码

实用提示

• 修改输入法：中文模式下用英文符号
• F11 全屏切换
• SHIFT + 刷新 -> 强制刷新
• 使用 ! +Tab/Enter 快速生成HTML基础结构
• F12打开开发者工具调试

SEO相关知识

• 百度税：一半来自医院，中国最大的广告商
• 如何收费:IP段锁定：考察生物行为是否恶意，一个IP多少钱
• SEO：符合爬虫喜好，符合搜索引擎喜好
• 权重：权重高的网页排名越靠前

meta元信息

• 位置: head中
• 常用属性:
  • name
  • content
  • charset
  • http-equiv : 告知浏览器如何解析文档, 相当于告诉浏览器以什么版本解析
• 功能:
• 1. 描述网页的信息, 搜索引擎会根据meta信息来确定网页的排名

     1 2 3 4

     <!-- 搜索引擎优化 --> <meta content="关键词" name="keywords"> <meta content="描述" name="description"> <meta content="作者" name="author">

• 2. 告知浏览器以什么版本解析

• 1	<meta charset="UTF-8">

• 3. 告知浏览器以什么版本解析

• 1	<meta http-equiv="X-UA-Compatible" content="IE=edge">

• 4. 保证页面在移动端的显示效果, 根据设备的宽度来缩放页面
  • 格式: <meta content="width=device-width, initial-scale=1.0" name="viewport">
  • width=device-width : 以设备宽度来渲染页面
  • initial-scale=1.0 : 以1倍比例来渲染页面
• 5. 爬虫

HTMl全局属性

• id
• class
• style
• title
• lang
• dir
• hidden

块级元素与行内元素

• 块级元素 : 独占一行
• 行内元素 : 不独占一行
• 规则: 块级元素可以嵌套行内元素,但行内元素不可嵌套快级元素

HTML标签

HTML标签的概念

• 标签: 英文单词, 尖括号 <> 组成, 用来描述文档的结构, 语义化标签
• 标签分类:
  • 双标签: 有开始标签和结束标签
  • 单标签: 只有一个标签, 没有结束标签
• 标签嵌套
• 容器: 结构化 捆绑操作,方便
• 父子结构: 目录 导航栏 可维护性
• 语义化-可维护性-可读性

基础标签

h1-6 标题标签 (header)
p 段落
strong 加粗
em 斜体
del 中划线
address 地址标签 斜体,独占一行
span 不分行 容器 结构化 捆绑操作,方便
div 分行 容器 结构化 捆绑操作,方便
br 换行符
hr 单行线

空格/回车 :文字分割符,不代表空格,无关数量;

字符实体 html编码(类似于转义符):

 `&lt;`   `<` `&gt; `  `>` `&nbsp;`   `空格`

列表

有序列表 order list

1
2
3
4
5

<ol type="A" reversed="reversed" start="2">
<li>
了不起的盖茨比
</li>
</ol>

type : A(大写英文字母) I(大写罗马数字) 1(阿拉伯数字) a i

无序列表 unorder list

1
2
3
4
5

<ul type="square">
<li>草莓</li>
<li>苹果</li>
<li>橘子</li>
</ul>

type : square circle disc

自定义列表 definition list

1
2
3
4
5
6

<dl type="">
<dt>
<dt>
<dd>
</dt>
</dl>

• 其中 dt 是标题 dd 是文本

表格标签:

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

<table border="1" width="500px" height="500px" cellspacing="10px">
<caption>人员表</caption>
<tr>
<th>姓名</th>
<th>年龄</th>
</tr>
<tr>
<td>张三</td>
<td>18</td>
</tr>
<tfoot>
<tr>
<td>总结</td>
<td>2人</td>
</tr>
</tfoot>
</table>

• border : 边框 只能控制外部边距
• th : 表头
• td : 单元格
• tr : 行
• caption : 表格标题
• 合并单元格
  • rowspan : 跨行合并
  • colspan : 跨列合并

img图片标签:

1

<img src="图片的路径" alt="图片未加载时展示的图片描述文字" title="图片提示符(鼠标悬浮时)">

• src : 图片的路径

  • 1 网络url
  • 2 本地相对路径
  • 3 本地绝对路径

• 图片的格式

  • jpg 有损压缩 支持的颜色丰富 占用空间较小 不支持透明背景 不支持动态图
  • png 无损压缩 不支持动态图
  • bmp 不进行压缩 不支持透明背景 不支持动态图 (网页不常见,游戏使用较多)
  • gif 支持简单的透明背景 支持动态图 只支持256种颜色
  • webp
    • 支持有损压缩 无损压缩 支持透明背景 支持动态图
    • 但是兼容性不好: 如IE不可以展示
    • 解决兼容性问题: 利用js判断
  • base64 二维码之类的

a标签

• 1 超链接 2 anchor 锚点 3 打电话/发邮件 4 协议限定符

  1 2 3 4 5 6 7 8 9 10

  <!-- 超链接 --> <a href="example.com" target="_blank_">xxx</a> <!-- 锚定跳转 --> <a href="#id">xxx</a> <!-- 跳转应用 --> <a href="tel:captain_phone_number">给captain打电话</a> <a href="mailto:captain_email">给captain发邮件</a> <a href="sms:10086">给captain发短信</a> <!-- 触发JavaScript代码 --> <a href="javascript:while(1){alert('让你手欠')}">你点我试试</a>

• target 是否新标签页
• #id 锚定跳转本页id内容的区域 回到顶部/页面内目录导航的功能实现

form 表单标签

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

<form method="get" action="http://localhost:3000/login">

username:<input type="text" name="username" placeholder="请输入你的用户名">
password:<input type="password" name="password" placeholder="请输入你的密码"> <!--不显示输入,只对用户不可见,心理安慰-->

你选择ABCD哪一个?(单选)
<input type="radio" name="ans" value="A">A <!--单选框,name要一致-->
<input type="radio" name="ans" value="B">B <!--单选框-->
<input type="radio" name="ans" value="C">C <!--单选框-->
<input type="radio" name="ans" value="D">D <!--单选框-->

你喜欢吃的水果有(可多选):
<input type="checkbox" name="fruit" value="apple">apple
<input type="checkbox" name="fruit" value="banana">banana
<input type="checkbox" name="fruit" value="orange">orange

你的性别是?(单选) <!--默认选中操作-->
<input type="radio" name="gender" value="male" checked ="checked">male
<input type="radio" name="gender" value="female">female

<h1>你所在的省份是:</h1>
<select name="province">
<option>北京</option> <!--无需映射则可省略value-->
<option selected=true>上海</option>
<option value="guangdong">广东</option> <!--如果需要映射那么在value里定义传参的真实值-->
</select>

<input type="submit"> <!--提交表单-->

</form>

• value : 选项的值
• name : 选项的名称
• placeholder : 占位符
• type : 文本框类型
• method : 表单提交方式
• action : 表单提交地址
• submit : 提交表单
• reset : 重置表单
• checkbox : 复选框
• radio : 单选框
• select : 下拉选择框
• option : 下拉选择框选项
• textarea : rows clos 给框的初始宽高
• disabled : 禁用文本框
• lable : 获取焦点,实现关联
• fieldset : 定义表单域
• legend : 定义表单域的标题
• checked : 输入控件的默认选中
• disabled : 输入控件的禁用
• required : 输入控件的必填
• readonly : 输入控件的只读
• min : 输入控件的最小值
• max : 输入控件的最大值
• step : 输入控件的步长
• size : 输入控件的宽度
• list : 输入控件的列表
• autofocus : 输入控件的自动获取焦点

注释

• 注释不会显示在浏览器中, 用于解释代码的作用, 提高代码的可读性,方便调试
• 注释的快捷键: Ctrl + /
• 注释不可以嵌套

框架标签

• 可嵌入网页 可嵌入广告 可嵌入其他内容(图片,压缩包,pdf等文件)
• 与 超链接标签或表单 的 target 联动
• frame : 框架标签
• frameset : 框架集标签
• iframe : 内框架标签
• noframes : 无框架标签

1

<iframe src="https://www.baidu.com" width="500px" height="250px"></iframe>

不常用标签

1
2
3
4
5
6
7
8
9
10

<bdo dir="rtl">这句话反着说是?</bdo>
<code>int i = 1;
</code>
<var>let a = 10;</var>
<b>加粗</b>
<small>变小</small>
<u>错误的内容</u>
<q>短引用</q>
<blockquote>常引用</blockquote>
<address>地址</address>

常见问题

简介

Scoop 是一个 Windows 上的命令行软件包管理器。

类似于 Ununtu 上的 apt-get，macOS 上的 brew。

核心功能与优势

搜索、安装、更新、卸载软件。

自动管理 PATH，安装后立即可在命令行中全局使用。

不侵占系统环境变量，纯净，便携，一键安装和卸载。

软件来源

官方的 bucket（软件仓库），如 main, extras, versions 等

scoop bucket add helbing https://github.com/helbing/scoop-bucket 此仓库含有PicGo图床软件

快速迁移

快速在多台机器上搭建相同环境：导出安装列表 (scoop export > <file>)，然后在新机器上一条命令批量安装（scoop import <file>）。

基础命令

以下是 Scoop 主要命令行，按功能分类：

🔧 基础管理命令

📦 软件包管理

🔄 环境与仓库管理

🧹 清理与维护

💡 常用命令组合示例

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

# 搜索并安装软件
scoop search git
scoop install git

# 添加 extras 仓库并安装更多软件
scoop bucket add extras
scoop install vscode

# 批量环境迁移
scoop export > backup.txt
# 在新机器上：
scoop import backup.txt

这些命令覆盖了 Scoop 的日常使用场景，从安装卸载到环境迁移都能高效完成。

1.Skyline 渲染引擎问题解决方案（模拟器可以显示图片，真机却不显示）

问题现象

• 不使用 Skyline 时：真机调试下某些页面的图片无法显示
• 使用 Skyline 时：真机调试下其他页面样式混乱
• 模拟器环境：无论是否使用 Skyline，样式均正常

原因分析

Skyline 渲染引擎虽然能提升性能，但会导致部分样式渲染不一致问题

解决方案

1.采用 按页面粒度开启 Skyline 的混合方案：

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

  1.全局配置 (app.json)
{
  "lazyCodeLoading": "requiredComponents",
  "rendererOptions": {
  "skyline": {
    "defaultDisplayBlock": true,
    "disableABTest": true,
    "sdkVersionBegin": "3.0.0", 
    "sdkVersionEnd": "15.255.255"
  }
  }
}

  2.页面级配置 (index.json)
{
  "componentFramework": "glass-easel",
  "renderer": "skyline" 
}

2.直接 删除 Skyline 渲染引擎的相关配置，使用默认渲染引擎

2.function（event）

event 对象的常见属性（微信小程序）：

3.wx.navigateTo() 与 wx.switchTab() 的区别

wx.navigateTo()

• 保留当前页面，跳转到非 tabBar 页面
• 页面栈最多十层
• 适用于普通页面间的跳转

wx.switchTab()

• 跳转到 tabBar 页面，并关闭其他所有非 tabBar 页面
• 只能用于 tabBar 页面间的切换
• 不能传参
• 会重置页面栈

使用场景

• 普通页面跳转：使用 navigateTo
• 底部 tab 切换：使用 switchTab
• 需要清空页面栈：使用 switchTab 或 reLaunch

注意事项

• 如果页面被定义进了 tabBar，则只能采用 wx.switchTab()

4.自定义 tabBar

需求：为不同角色提供不同的 tabBar

步骤

• 1.在 app.json 中的 tabBar 项设置 custom 字段，并且为 true，同时其余 tabBar 设计的页面也要配置
• 2.编写 tabBar 自定义组件，组件 文件夹必须放在根目录下，并且 必须命名为 custom-tab-bar
• 3.在 attached 生命周期中设置 tabBar 中的 tab 列表数据（注：attached 在组件初始化后触发）
• 4.在每个页面的 onShow 方法中设置 tab 选中状态

  1 2 3

  this.getTabBar.setData({ selected:0 })

• 5.pagePath 和 image 的路径前面都要加 前导斜杠，不然就会识别为相对路径

5.真机模拟如何本地测试（与后端 flask 对接）

测试步骤：

• 配置微信小程序开发工具：
  • 开启「开发环境不校验请求域名及 TLS 版本」（设置 → 项目配置）；
  • 填写后端本地 IP（如 http://192.168.1.100:5000，Windows 可通过 ipconfig 查看本地 IP）；
• 注意事项：
  • 后端需设置 CORS（跨域资源共享），可通过 flask-cors 库快速配置；
  • 本地测试时确保手机与电脑在同一局域网，真机调试需使用电脑 IP 而非 localhost~

6.微信 code 的获取

步骤：

• 1.在微信小程序后台配置合法域名，填入后端的域名(本地测试不用)
• 2.在前端调用 wx.login()方法获取 code
• 3.将 code 发送到后端，后端通过 code 获取 openid 和 session_key
• 4.后端将 openid 和 session_key 返回给前端，前端保存到本地

7.自定义弹窗

步骤

• 创建文件夹 input-modal
• 创建四个文件：
  • input-modal.wxml (视图模板)
  • input-modal.wxss (样式文件)
  • input-modal.js (逻辑文件)
  • input-modal.json (配置文件)
• input-modal.json 配置：

  1 2 3

  { "component": true }

使用方法

1. 在页面 json 中声明组件：

   1 2 3 4 5

   { "usingComponents": { "input-modal": "/components/input-modal/input-modal" } }

2. 在页面 wxml 中使用：

   1	<input-modal show="{{showModal}}" bind:confirm="onConfirm" bind:cancel="onCancel"/>

3. 控制显示/隐藏：

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

   Page({ data: { showModal: false }, showModal() { this.setData({ showModal: true }) }, onConfirm() { // 确认逻辑 }, onCancel() { // 取消逻辑 } })

8.json 格式的数据获取

1
2
3
4
5
6
7

updateTabbarList() {
            const role = getApp().globalData.userInfo?.user.role || 'student';  
            console.log('当前角色:', role);  // 调试日志
            this.setData({
                list: USER_PAGE[`${role}TabbarList`] || []  // 根据角色设置菜单
            });
        }

主要错误：

1
2
3
4
5
6

const role = getApp().globalData.userInfo?.user.role || 'student'; //正确的

const role = getApp().globalData.userInfo?.role || 'student';  //错误的

对于json嵌套结构数据的获取一定要小心

9.npm 赋能小程序开发

npm 可以很方便地下载微信小程序的包，不用去 github 上下载后又粘贴了

方便项目的一键启动