Repository navigation
Conversation
Bumps [@xmldom/xmldom](https://github.com/xmldom/xmldom) from 0.9.9 to 0.9.10. - [Release notes](https://github.com/xmldom/xmldom/releases) - [Changelog](https://github.com/xmldom/xmldom/blob/master/CHANGELOG.md) - [Commits](xmldom/xmldom@0.9.9...0.9.10) --- updated-dependencies: - dependency-name: "@xmldom/xmldom" dependency-version: 0.9.10 dependency-type: indirect ... Signed-off-by: dependabot[bot] <support@github.com>
OpenAI 官方提供的网页端可视化 Tokenizer 工具
CountDownLatch 允许 count 个线程阻塞在一个地方，直至所有线程的任务都执行完毕。 改为 CountDownLatch 允许 任意数量 个线程阻塞在一个地方，直至count个线程的任务都执行完毕(count次countDown调用)。
docs(mysql): clarify boolean type mapping
docs: clarify connector permission check in MySQL execution flow (fix Snailclimb#2466)
…_yarn/xmldom/xmldom-0.9.10 build(deps): bump @xmldom/xmldom from 0.9.9 to 0.9.10
原文在性能部分先说明了 StringBuffer 是在原对象上进行修改，随后紧接着对比了 StringBuilder 与 StringBuffer 的性能差异。这种表述可能让读者将是否创建新对象与性能差异产生关联，但实际上两者性能差异主要来源于线程安全机制。
原文将打包体积列为 AOT 的优势，但上方对比表格明确显示 AOT 打包体积较大，JIT 打包体积较小。此 PR 修正了这一不一致。
Clarified that not all Lock implementations are reentrant, specifically mentioning StampedLock. 原文“JDK 提供的所有现成的 Lock 实现类，包括 synchronized 关键字锁都是可重入的。”不严谨，JDK 中 synchronized、ReentrantLock、ReentrantReadWriteLock 是可重入的；但不能说 JDK 提供的所有锁都是可重入的，StampedLock 就不是。
Co-authored-by: Heartbeat <heartbeat@openclaw.ai>
- 添加 CLAUDE.md 200行限制、path-scoped rules 说明 - 补充 Auto Memory 限制、退化问题、环境变量禁用方式 - 修正 CLAUDE.local.md gitignore 行为描述 - 更新对比表：Markdown 记忆描述为全量注入 - 补充 AGENTS.md 与 CLAUDE.md 关系
- 恢复 graphrag.md - 恢复 rag-document-processing.md - 恢复 rag-knowledge-update.md - 恢复 rag-optimization.md - 恢复 rag-basis.md 和 rag-vector-store.md 的优化内容
- 恢复 agent-basis.md 优化内容 - 恢复 context/harness/prompt/mcp/skills 等文档优化 - 恢复 workflow-graph-loop.md 优化 - 添加 rag-project 示例片段
- 添加 agent-memory 文章链接 - 添加 graphrag 文章链接 - 添加 rag-optimization 文章链接 - 更新 README.md 列表
修复内容： - P0: 修正 MDPI 基线准确率为 50%（原文误引为 13%） - P1: 修正 MongoDB 数据归因（非 Databricks 实测） - P1: 补充 Vecta 语义切分阈值的调参背景 - P1: 补充 NVIDIA Page-Level 优势仅 0.3-4.5 个百分点 - P1: 补充固定切分与递归切分差距仅 2% 的数据 - P2: 修复 Word 标题层级代码语法错误 - P2: 补充 PDF 解析工具对比数据（Docling/LlamaParse/Unstructured） 表达优化： - 弱化"XX 研究/基准显示"话术，改为更自然的经验分享风格 - 添加术语约定说明，统一 Chunking/切分 等表述 - 补充流程图脚注说明分层校验策略 - 补充 InMemoryByteStore 生产环境提醒
新增文章： - 《大模型 API 调用工程实践》：流式输出、重试、限流与结构化返回 - 《大模型结构化输出详解》：JSON Schema、Function Calling 与工具调用 - 《AI 应用系统设计》：从 Prompt Demo 到生产级架构 覆盖内容： - 业务请求、Prompt 组装、模型网关、流式输出 - 重试幂等、限流配额、结构化返回 - Schema 设计、服务端校验、工具分发 - 生产级 AI 应用分层架构与 Java 后端落地
优化内容： - 补充前置知识说明，调整内链格式 - 完善参考资料与相关文章推荐 - 整合素材清单中的配图和跨文章引用
- 新增 AI 编程 Skills 工具指南（programmer-essential-skills.md） - 新增大模型 API 调用工程实践（llm-api-engineering.md） - 更新 sidebar 添加文章链接 - 更新 README 添加文章介绍和列表
… executable JAR article
…ecurity-20260919 fix(deps): resolve 19 dependency security alerts
…6-07-28 docs(ai): update MCP 2026-07-28 revision details
…ti-instance scenario
Fix formatting of MethodInterceptor interface method signature.
Correct method signature spacing in MethodInterceptor
Updated the link for the Meituan article on ZGC garbage collector.
第一个点：“不满足原子性和持久性”太绝对，建议改成“不提供传统关系型数据库意义上的完整事务原子性和持久性保障”。 Redis官方文档明确表示，事务中的所有命令会被序列化并顺序执行，其他客户端的请求不会在事务执行中间被处理。这确保了命令作为一个隔离的单元连续执行。 即redis具有原子性但没有关系型数据库那种完整的 ACID 原子性。 第二个点：“每条命令都会与 Redis 服务器进行网络交互”——这个说法不准确。 这很容易误导让人理解为： 客户端 → SET 服务器 → 执行 客户端 → SET 服务器 → 执行 客户端 → INCR 服务器 → 执行 实际上，事务是： 客户端 → MULTI 客户端 → SET 客户端 → SET 客户端 → INCR 客户端 → EXEC MULTI 后面的命令并不会立即执行，而是在 Redis 服务端排队。 真正执行是在 EXEC。 所以网络上确实涉及多条命令请求，但不能理解成： 每条命令都经历一次“发送 → 执行 → 返回 → 再发送下一条”的完整交互。
…nd verified sources
…sentence Remove duplicated sentence in String object counting section
Fix link for Meituan ZGC article
修改两处表述 Update Redis transaction explanation in documentation
修复缓存基础常见面试题超链接
Owner
你提交的分支都不对哈 |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
20 participants
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
问题描述
Issue #2934:
lockInterruptibly()示例代码中的类名MyRentrantlock拼写有误（缺少 "e"，且不符合 Java 类名规范），正确应为MyReentrantLock。修改内容
MyRentrantlock→MyReentrantLockMyRentrantlock→MyReentrantLock验证
MyRentrantlock残留