2026-08-03 终于卸载了【印象笔记】 大概在2015左右，开始用【印象笔记】 让我想卸载它有几点： 2018年左右。一些功能开始收费才能使用。如：限制多设备同时登录、全文搜索。我没法忍受 用不了【全文搜索】。 后来印象笔记上线浏览器【剪藏插件】，收藏网页文章内容变得轻松，记下的内容越来越多。但是你有管过这些内容吗？没。。“这些笔记”（我认为这些不是笔记，商家总会包装概念-_-!!），有加强你的记忆，真的变成属于自己的内容吗？没，后面再这此笔记看似乎没有任何记忆。 于似乎。。。 当使用多年后，笔记数量达到上千条。。去整理吧，无力从心。。。不用吧，真有些内容要回去搜。于是，一直保持充钱。。。。 我下定决心卸载，是从2-3...

版本：locust==2.32.1 locust系列 locust 要求压测逻辑定义在 User.tasks 类变量中。对于基于 TCP 长连接的游戏项目来说，这种方式并不适用。因为只有在角色登录成功并返回角色数据后，压测逻辑才能根据业务数据状态发起请求。 locust 如时使用 user.tasks 在 locust==2.32.1 源码中，首次使用 task 的流程如下： Runner.spawn_users() - 第215行调用 new_user.start(self.user_greenlets) User.start() - 第188行通过 group.spawn() 启动 greenlet run_user() - 内部函数，第186行调用 user.run()...

我用 locust 为游戏项目实现了一个压力测试工具。 在着手开发之前，我曾怀疑 locust 能否胜任游戏服务器的压测。因为无论是官方示例还是网上能搜到的资料，绝大多数都集中在 Web 压测上，几乎找不到关于二次开发或针对特定协议编写压测逻辑的内容。 编写压测逻辑时，可以直接使用 locust 内置的 TaskSet 和 SequentialTaskSet。但游戏项目通常会自定义网络层：例如采用 TCP 长连接而非 HTTP，使用自定义的数据格式而非 JSON/XML，异步请求而非同步。这些场景都需要在 locust 的基础上进行二次开发。 在实际实现过程中，网上能参考的资料非常有限。我遇到问题时，首先查阅 locust 的官方文档，如果文档中没有涉及，就去翻看对应的源码和ai...

请注意本文讨论的是Lua代码的目录组织而非C代码 之前参与的几个项目都是直接以origin/skynet作为工程根目录。但当在创建新工程时，我开始思考工程目录结构的问题。 此前，为了更加方便，我给debug_console的性能参数增加排序功能 但我不想直接修改原有代码，也不希望在内网维护修改后的skynet分支。 基于搜索优先级，加载lua代码 假设此时我有另外一份debug_console代码放在./app/service/debug_console.lua。根据启动config和https://github.com/cloudwu/skynet/blob/master/lualib/loader.lua#L11，只需将./app/service在luaservice选项...

经历了好几个skynet项目，有些项目细节很适合在lualib/loader.lua里实现 区分service是skynet内置的还是游戏项目新建的 针对游戏项目新建的service在newservic成功后，有额外的初始化工作 记录这些地址，后续广播消息用 skynet.dispatch额外需要的消息协议 当然，针对前两项是可以在项目早期对skynet.newservice包装一层新接口实现，并规范项目成员使用新接口myapp.newservice function myapp.newservice(name, ...) local addr = assert(skynet.newservice(name, ...

部分策划配置表，会在后端代码运行期间进行二次转换。比如，抽卡以池子类型drawType字段和消耗货币costCurrencyType区分业务逻辑，而它们定义在同一张表draw.lua local datas = { {id = 1, drawType = 1, costCurrencyType = 1, ...} {id = 2, drawType = 1, costCurrencyType = 2, ...} {id = 3, drawType = 2, costCurrencyType = 1, ...} {id = 4, drawType = 3, costCurrencyType = 1, ...} {id = 5, drawType = 3, costCurrenc...

git hook 参考官方git hook文档，使用pre-commit钩子可以在提交前可对代码进行检查。以下让ai总结各个钩子的说明和例子 客户端钩子 (本地开发使用) 钩子名称 触发时机 作用描述 具体使用例子 pre-commit 执行 git commit 后，编写提交消息前 检查即将提交的代码快照 运行 ESLint 检查、执行单元测试、检查代码中是否遗留了 console.log 或临时密钥。 prepare-commit-msg 默认消息创建后，编辑器启动前 自动生成或...