在 Lua 中，当多个脚本文件循环 require 时（例如 A 依赖 B，B 又依赖 A），最后 require 的值为 true 是由于 Lua 的 模块加载机制 和 避免无限循环 的设计导致的：

1. 模块加载状态跟踪：Lua 使用 package.loaded 表跟踪已加载的模块。
2. 占位符机制：当开始加载模块 A 时，会先在 package.loaded 中设置 A = true（临时占位符）。
3. 循环检测：若在加载 A 的过程中遇到 require B，而 B 又尝试 require A：
   • 此时 package.loaded[A] 已存在（值为 true）。
   • Lua 会直接返回这个占位符值 true，避免无限循环。
4. 最终值替换：当 A 完全加载后，其返回值会替换占位符（但循环依赖的模块已获取了占位值 true）。

在lua5.1中，出现循环require会直接报错(这边我们不讨论在5.1下的情况)，如果报错是非常容易排查的，如下图：

代码案例演示

假设有两个文件互相依赖：

执行结果：

1
2
3
4
5

Start loading A
Start loading B
In B, a = true      <-- 循环 require 导致值为 true
In A, b = Module B  <-- B 正常加载完成
In main, a = Module A

关键点说明

1. 加载流程：
   • main.lua 执行 require "a"，开始加载 A。
   • A 执行 require "b"，开始加载 B。
   • B 执行 require "a"，此时 A 正在加载中（package.loaded[a] = true），直接返回 true。
2. 值的变化：
   • B 中的 a 获取到占位符 true。
   • A 加载完成后，package.loaded["a"] 被替换为 "Module A"。
   • 但 B 中已获取的 a 值不会更新（仍是 true）。

Lua 源码分析（以 Lua 5.4 为例）

关键函数在 loadlib.c 中的 ll_require 函数：

核心逻辑

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

static int ll_require (lua_State *L) {
  const char *name = luaL_checkstring(L, 1);
  
  // 1. 检查模块是否已加载
  lua_settop(L, 1);
  lua_getfield(L, LUA_REGISTRYINDEX, LUA_LOADED_TABLE);
  if (lua_getfield(L, 2, name) != LUA_TNIL) { // 已存在
    if (lua_toboolean(L, -1) == 0) // 值为 false 表示加载失败
      luaL_error(L, "module '%s' not found", name);
    return 1;
  }
  
  // 2. 设置临时占位符 true
  lua_pushboolean(L, 1);
  lua_setfield(L, 2, name); // package.loaded[name] = true

  // 3. 加载模块代码...
  // ...（此处调用加载器执行文件内容）

  // 4. 如果模块未返回值，则保持 true 不变
  if (lua_getfield(L, 2, name) == LUA_TNIL) {
    lua_pushboolean(L, 1);
    lua_pushvalue(L, -1);
    lua_setfield(L, 2, name); // 无返回值时设为 true
  }
  return 1;
}

关键步骤：

1. **检查 package.loaded**：若模块已存在，直接返回其值。
2. 设置占位符：在加载前设置 package.loaded[name] = true，标记模块正在加载。
3. 处理循环依赖：当依赖模块尝试 require 当前模块时，直接返回占位符 true。
4. 替换最终值：模块加载完成后，用返回值替换占位符（若未返回值，则保持 true）。

解决方案：避免循环依赖

1. 重构代码：解耦模块间的双向依赖。
2. 延迟加载：在需要时再 require（例如在函数内部调用）。

   1 2 3 4 5 6

   -- b.lua 修复版 local a function get_a() if not a then a = require "a" end return a end

3. 显式传递依赖：通过参数传递避免 require。

最佳实践：模块设计应遵循 单向依赖 原则，避免循环 require。若无法避免，需明确处理占位值 true 的情况。

Timeline:
June 16: Original post released, changes made to Pro plan and Ultra introduced, Teams plans unchanged.
June 30: We updated the original post and our pricing page to improve their clarity.
July 4: We want to apologize and provide more details in this post.
https://cursor.com/cn/blog/june-2025-pricing

最近 Cursor 发布了一个新公告，说如果你在 6 月份使用过程中被额外收费了，是可以申请退款的。我本来还没在意，结果一查账单，嘿，还真被多扣了点。

最后不但退款成功了，客服还挺快！心情美滋滋～
所以来分享下我的经历，顺便附上我的邮件模版，给需要的朋友参考。

💰发现多扣钱了

我是 Cursor Pro 用户，平时用它写代码、写文档都挺顺手。

某天我无意间去查了下付款记录，发现——

在我 Pro 订阅还在有效期内，竟然又被额外扣了 $20 多刀！

心里顿时一个大问号：
不是都包月了吗？怎么还额外收钱？

✉️写了封邮件问问看（模板附下方）

于是我很认真地写了一封英文邮件，主要表达了三点：

1. 我是 Pro 用户，不太明白为啥会被额外收费；
2. 希望他们能查一下这笔 $20 是怎么来的；
3. 如果是误收，能不能退点钱回来。

邮件语气尽量礼貌，顺带还建议他们把定价写得更透明点。

📌 （邮件模板放在文末，复制粘贴就能用）

✅结果：退款到账！

第二天就收到客服回复了，效率还挺高！

客服表示：

“已经帮你处理了 $27.53 的退款，涵盖的是 6 月 16 日到 7 月 4 日之间的使用费用。”

并且说明：

• 是 usage 部分产生的额外费用；
• 退款会在 5–10 个工作日内原路返回；
• 如果还有问题随时可以回复他们。

我查了下账户，确实 usage dashboard 那一栏也显示了这些扣款——只不过我之前压根没注意 😅

🔍一些小建议 & 使用提醒

给也在用 Cursor 的朋友们几点小提示：

• Pro 订阅 ≠ 全部免费：某些功能（比如高强度使用、团队协作等）可能仍然走 usage 计费；
• 记得看看 usage 页面，dashboard 里其实有详细用量记录；
• 有问题就发邮件，客服态度真的不错，处理也很快；
• **别错过退款窗口！**官方说是最近这段时间有异常收费，早点申请更保险。

📬邮件模板（自己填下日期和邮箱即可）

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

Subject: Question About Unexpected Usage Charges and Refund Request

Dear Cursor Support Team,

Hello,

I am a loyal user of Cursor and writing to seek clarification regarding a recent charge on my account.

I confirmed I have an active Pro subscription, but noticed a $20+ charge between [Start Date] and [End Date]. It appeared while my subscription was active, and I couldn't find clear information on the pricing page to explain this.

Could you kindly investigate this charge (Account Email: [Your Email]) and let me know if it was valid? If not, I’d appreciate a refund.

Thanks in advance, and also a small suggestion: please consider making usage charges more visible or easier to understand from the dashboard.

Looking forward to your reply!

✨总结：多看账单没坏处！

这波白嫖（咳）退款体验还是挺好的，也更了解了 Cursor 的计费逻辑。

用 AI 工具还是得“勤查账 + 多沟通”～
如果你也最近被扣了点莫名其妙的钱，别犹豫，发个邮件要回来就对了！

👋你也成功退款了吗？欢迎留言分享～

前言

在使用兰空图床（Lsky Pro）对接第三方应用或自动化上传时，通常需要通过 API 获取用户 Token，以便后续进行认证、上传、管理图片等操作。

本教程将详细讲解如何通过 API 正确获取 Lsky Pro Token，支持 Postman、curl 命令行两种方式操作。
（适用于 Lsky Pro 2.x 版本及以上）

📌 小提示：本文以 Lsky Pro v2.1 为例，其他新版接口基本一致。

1. 准备工作

在开始之前，请确认以下几点：

• 已部署好 Lsky Pro 图床，并可以正常访问。
• 确认图床版本为 2.x 以上（支持标准 API 接口）。
• 服务器 Nginx 配置正确，确保 /api/v1/ 路由能被转发到程序（否则访问 API 会 404）， 正常安装的基本不用改任何配置，直接下一步就可以。
• 已有一个注册好的 Lsky Pro 账号（邮箱 + 密码）。

2. 获取 API 地址

Lsky Pro 标准 API 入口图床管理的后台 接口 都可以看到，https://yourdomain.com/api/v1/, 例如，如果你的图床部署在：img.yourdomain.com。
那么获取 Token 的接口地址就是：https://img.yourdomain.com/api/v1/tokens, 很多AI教程说的获取地址都是token不带s，是不对，获取不到404问题。

3. 通过 Postman 获取 Token

Postman 是常用的 API 调试工具，推荐用它来第一次验证接口是否通畅。

Postman 设置步骤

（1）新建请求

• 方法：默认是GET，切换到POST
• 地址：https://yourdomain.com/api/v1/tokens

（2）设置 Headers

（3）设置 Body 两种模式

点击 x-www-form-urlencoded

• 点击 SEND 然后看下面会输出

{
    "status": true,
    "message": "success",
    "data": {
        "token": "2|VaVEjmjlCl9nHb****ULJf96reeEVY"
    }
}

然后用到你需要用的地方就可以了。

采用JSON模式获取

• 点击 Body → 选择 raw → 下拉选择 JSON，填入以下内容：

{
  "email": "admin@example.com",
  "password": "yourpassword"
}

（4）发送请求

• 点击 SEND 按钮。
• 如果一切正确，会返回如下 JSON 数据：

{
  "status": true,
  "message": "success",
  "data": {
    "token": "1|1bJbwlqBfn**************IwqiZjCDs7r1Ob5"
  }
}

填写到你需要的地方就可以了。