布尔逻辑检索:AND、OR、NOT运算符详解与组合应用
1. 为什么你需要搞懂 AND、OR、NOT1.1 检索不等于搜索框里随便输入很多刚接触文献检索的同学习惯性地把关键词往数据库搜索框里一丢就像在闲聊软件里搜聊天记录一样然后对着满屏无关结果发呆。我见过太多人把时间浪费在“翻到第20页碰运气”上面而真正的有效检索起步其实只需搞懂三个英文单词AND、OR、NOT。它们是布尔逻辑运算符是绝大多数学术数据库和搜索引擎的底层通用语言。这三个词的作用通俗地讲就是告诉检索系统“我要哪些词同时出现”“哪些词出现任意一个就行”“哪些词绝对不能出现”。别小看这三个看似简单的逻辑关系它们直接决定了你搜索出来的结果是“精准命中”还是“大海捞针”。在我辅导过的不少同学里有人用错一个AND结果参考文献从“相关文献”变成了“补充材料”引用时牛头不对马嘴也有人因为没用NOT把大量综述类文章混进了原始研究里最后被导师批评“文献筛选逻辑不清”。1.2 这篇文章能帮你解决什么问题这篇文章会把 AND、OR、NOT 的用法拆开揉碎讲清楚从最基本的单运算符操作到组合嵌套的高级检索技巧再到不同数据库里的写法差异。我会用大量实际检索示例来说明比如在 CNKI、PubMed、Web of Science、Google Scholar 等常见的平台上你输入同样的关键词用不同逻辑运算符结果会有什么差别。不管你是本科阶段第一次写课程论文还是研究生在系统梳理某个研究方向的文献只要掌握了这几个运算符的用法检索效率至少能提升三分之一以上。更重要的是你会逐步建立起一套“检索式思维”——以后再遇到任何陌生课题你不再是无脑输入关键词而是能先把问题拆解成逻辑结构再一次性命中高质量文献。2. 三大逻辑运算符的底层逻辑与核心场景2.1 AND取交集让结果更精准AND 的中文意思是“与”它的逻辑是检索结果必须同时包含 AND 两侧的关键词。打个比方你逛超市想买“牛奶”和“面包”如果只搜“牛奶”货架上可能全是各种奶如果你要求“牛奶 AND 面包”导购就会直接把你带到同时包含这两样东西的套餐区。在实际文献检索中AND 是使用频率最高的运算符。比如我想研究“人工智能在教育中的应用”如果我直接搜“人工智能”会得到包括医疗、金融、自动驾驶在内的海量文献如果直接搜“教育”又会混入大量与人工智能无关的教学理论文章。这时候我只需要构造检索式人工智能 AND 教育结果范围就会骤然缩小剩下的基本都是两个主题的交集文献。这里有一个我刚入行时常犯的错以为关键词越多越好于是堆了三四个 AND 关键词结果检索结果变成零。你要清楚每增加一个 AND检索范围就会进一步收窄关键词越多能同时命中的文献越少。所以 AND 的使用要克制一般以 2 到 3 个核心概念组合为宜。适合用 AND 的场景研究主题由多个核心概念构成且每个概念都缺一不可。比如“无人机 AND 农业植保”“抑郁症 AND 青少年 AND 认知行为疗法”。只要你能把研究问题拆解成几个必须同时满足的条件就可以用 AND 把它们串起来。2.2 OR取并集让结果更全面OR 的中文意思是“或”它的逻辑是检索结果只需包含 OR 任意一侧的关键词即可。还是用超市打比方你问导购“有无糖可乐 OR 零卡气泡水”只要货架上有其中一个就算符合要求。OR 的核心价值在于“扩展”。它特别适合处理同义词、近义词、缩写、英美拼写差异等情况。比如我要检索“肿瘤”相关文献如果只输入“tumor”可能会漏掉大量以“cancer”或“malignancy”为关键词的文章。这时候更合理的检索式是tumor OR cancer OR malignancy这个操作看起来很简单但很多新手会觉得“这不是自找麻烦吗我多输入几个词不就行了”问题是如果你不用 OR而把这几个词直接输入搜索框系统默认的处理逻辑往往是你意想不到的。多数数据库的普通搜索框默认词间关系是 AND除非你明确写出 OR否则它会把所有词都当成“必须同时出现”的条件。这就是为什么有些同学明明想扩大检索范围结果却越搜越窄。另一个经典场景是覆盖不同时期的术语演变。比如研究“翻盖手机”的发展早年的文献叫“clamshell phone”近年的文献可能叫“flip phone”你用 OR 就能一次把两个时期的文献全部收进来。适合用 OR 的场景处理同义词、多语言表达、一键式扩展检索范围。它也是提高查全率的核心手段。2.3 NOT取差集把干扰项赶走NOT 的中文意思是“非”它的逻辑是从检索结果中排除包含某关键词的文献。延续超市的例子你买“饼干”但不想要“夹心饼干”这时候你用“饼干 NOT 夹心”导购就会帮你把货架上的夹心饼干全部拿掉。NOT 在实际检索中争议比较大。有的数据库老版本对 NOT 的支持并不完美而且它有一个关键副作用容易过度排除有用文献。比如我用“人工智能 NOT 机器学习”来检索系统会把我没直接提及“机器学习”字眼、但内容与机器学习高度相关的人工智能文献全部排除这可能造成比较严重的查漏。尽管如此NOT 在一些情景下还是很有用的。最常见的是排除“干扰性文献类型”。比如研究某种药物对特定病症的疗效经常会出现大量以“综述”为标题的文章如果我只想找原始研究可以写成糖尿病治疗 NOT 综述再比如区分同名不同义的主题。用“苹果”做关键词检索结果里既有水果苹果的研究又有苹果公司的商业报道如果我关心的是水果就可以果断写成“苹果 NOT 公司”。所以我对 NOT 的使用建议就一句话用它排除那些你明确不需要、且出现频率很高的干扰项但永远不要对一个核心关键词单独使用 NOT——它太粗暴了副作用容易大于收益。3. 渐进式实操从单运算符到组合检索式3.1 先动手用一个主题把三个运算符各运行一遍与其干讲理论不如直接上手。我们用“网络安全 与 人工智能” 这个话题来走一遍完整流程。假设你现在用的是 CNKI中国知网的高级搜索界面。第一步在主题搜索框里输入“网络安全 AND 人工智能”点检索。你会看到系统把所有同时包含“网络安全”和“人工智能”的文献列出来。这就是一个标准的交集检索如果你的检索结果在两三百篇以内恭喜你主题范围控制得还不错。第二步你换成“网络安全 OR 人工智能”再点检索。这一次结果会急剧膨胀因为只要文献中出现了“网络安全”或者“人工智能”任何一个词都会被收录进来。这个操作适合做前期文献调研可以帮你快速了解这两个领域分别有多少文献量评估研究的大盘体量。第三步你输入“网络安全 NOT 人工智能”点检索。这次系统会排除所有同时含有人工智能内容的网络安全文献留下的基本是纯粹的传统网络安全研究比如防火墙策略、入侵检测技术不含智能算法的。你可以把这理解为一种“分支检索”它的作用是帮你从大主题中剥离某个子方向。这三步跑完之后你对三个运算符的直观感受会非常清晰。实话说我见过不少同学看完理论后似懂非懂但自己操作一遍后瞬间就明白该在什么场景下用哪个运算符了。这也是我非常推荐初学者先在同一个主题下反复切换运算符的原因——对比产生的差异是最直观的学习材料。3.2 组合嵌套用括号控制运算优先级前面讲到的是单个运算符的使用。但在真实文献调研中我们几乎从不会只用一个运算符而是把它们组合起来。组合时最关键的是“括号”的用法。先做个小科普布尔运算的优先级和小学数学里的运算法则非常像。括号拥有最高优先级括号内先运算然后才是括号外的逻辑关系。拿数学做个类比3 2 × 5 并不是直接从左到右算而是先算 2×5再加 3同样A AND B OR C也不一定是先算 AND可能系统默认按从左到右顺序也可能先算 OR这取决于不同数据库的默认设计。正因为不同数据库的处理机制有差别单靠系统默认往往不靠谱。最稳妥的做法是不依赖系统的优先级设定而是自己在需要的地方加括号强制设定运算顺序。举个例子我要检索“青少年心理健康干预”主题但“干预”可以用“咨询”“治疗”“辅导”等词替代那么我的检索式可以构造为青少年 AND (心理健康 OR 咨询 OR 治疗)这个括号的含义是先把“心理健康 OR 咨询 OR 治疗”当成一个整体只要文献同时包含“青少年”以及括号内任意一个词就算命中。如果不加括号写成“青少年 AND 心理健康 OR 咨询 OR 治疗”系统可能理解成“青少年 AND 心理健康 OR 咨询 OR 治疗”那结果里就会出现大量完全没提到青少年的咨询类文献逻辑就乱了。这也是新手最容易踩的坑。我之前辅导的一个学生他研究的是“短视频对青少年学习习惯的影响”最初写的检索式是“短视频 AND 青少年 OR 学习习惯”结果搜出来一大堆只讨论学习习惯、跟短视频毫无关系的文献他一度以为是数据库坏了。后来我才把他的检索式改成“短视频 AND青少年 OR 学习习惯”问题立刻解决。看似只是加了一对括号检索逻辑的精度却天差地别。3.3 完整检索案例从零构造一个期刊论文检索式现在把组合嵌套用到更高的层级。假设你要研究“互联网金融对商业银行风控能力的影响”这是一个典型的三段式研究主题互联网金融自变量、商业银行对象、风控能力因变量。根据这个结构先分别列出每个概念的同义词或近义词。互联网金融可以说“互联网金融”“金融科技”“网络金融”商业银行可以说“商业银行”“银行机构”风控能力可以说“风险控制”“风险管理”。然后把同义词之间用 OR 链接把不同概念之间用 AND 链接每个概念内部用括号包住最终得到(互联网金融 OR 金融科技 OR 网络金融) AND (商业银行 OR 银行机构) AND (风险控制 OR 风险管理)这个检索式就非常科学了。我来解释一下它的逻辑结构三大概念模块之间是交集关系每一个模块内部是并集关系。这样既保证了检索的全面性覆盖每个概念的各种说法又保证了检索的精准性三个模块必须都要命中。实际运行下来这个检索式基本上能覆盖国内学术数据库里绝大部分相关文献。如果你发现结果还是太多可以考虑给每个模块再增加同义词比如“风控能力”还可以加“内部控制”“风险防范”如果结果太少就减少模块内的同义词或者放宽某个概念的表达。这种“模块化检索式”是我最推荐新手去模仿和练习的套路因为它的思路清晰、便于调整而且适用于几乎所有研究主题。4. 不同数据库里的写法差异与方法选型4.1 中文数据库的运算符用法CNKI、万方、维普中文数据库是最多国内学生使用的但很多人直到写毕业设计时还搞不清高级检索界面的逻辑设置。以 CNKI 为例它的高级检索区支持“AND”“OR”“NOT”但界面上的呈现方式是下拉菜单或输入框拼接你还可以看到一些不同的逻辑关系选项。用 CNKI 做检索式时你会发现在“高级检索”模式下有一个叫做“AND”的列行与行之间会有一个逻辑关系选项比如“并且”“或者”“不含”三个下拉菜单它们分别对应 AND、OR、NOT。你要手动选择每行之间的关系。这其实是图形化的布尔运算比纯手写检索式更直观但底层逻辑完全一样。万方数据平台的逻辑与此类似但在“专业检索”界面它允许你直接输入带括号的布尔检索式比如上面举的“互联网金融 OR 金融科技 AND 商业银行”。维普则相对保守部分旧版界面只提供一个简单搜索框需要你用大写的 AND/OR/NOT 手动连接词和词组。个人经验是如果能用高级检索界面尽量用高级检索界面因为默认的简单搜索框容易出现逻辑歧义哪怕是专业用户也容易踩坑。这里额外提醒一个新手特别容易忽略的细节在中文数据库里如果你检索式中多次使用 OR一定要把括号配合好。比如“人工智能 AND教育 OR 教学”如果没有括号就可能被系统默认成“人工智能 AND 教育 OR 教学”检索结果就被污染了。不管数据库的图形界面多友好自己脑内推理一遍加了括号后的运算逻辑永远都是必要的。4.2 英文数据库的运算符用法PubMed、Web of Science、Google Scholar英文数据库是学术研究的主力阵地但同时它的逻辑语法也更严格。先说 PubMed它是医学和生命科学领域最重要的数据库它的检索规则要求运算符全部大写而且必须用英文状态下的括号。比如(COVID-19 OR SARS-CoV-2) AND vaccine这个检索式会检索出所有包含疫苗、同时包含新冠或SARS-CoV-2相关概念的文献。PubMed 还有一套特有的“字段限定符”比如你在关键词后加[tiab]可以限定在标题和摘要中检索比如 vaccine[tiab]这能显著提升检索的精确度。Web of Science 的检索式风格类似它也支持布尔运算符和括号。而且 Web of Science 的“字段标识符”更丰富常见的有TS主题、TI标题、AU作者。比如构造一条TS(climate change) AND TS(agriculture OR crop)它的含义是检索主题包括气候变化、同时包括农业或作物这就是专业文献检索里典型的字段逻辑组合用法。Google Scholar 是个特殊存在。它支持布尔运算符但在实际使用中效果不如专业数据库那么严格。很多用户反馈Google Scholar 对 OR 和 NOT 的支持并不完美有时候你明明写了 NOT它还是搜出一些含排除词的文献。我的经验是Google Scholar 更适合做文献初筛和“引文追踪”也就是用来发现相关领域的研究脉络但要进行严格的系统综述式检索还是应该回到专业数据库里去操作。4.3 期刊数据库之外的“技术型检索”命令行检索式工具如果你不怕折腾还有一类工具是很多资深研究者会用的命令行检索式工具比如 Crossref API、OpenAlex API。这类工具允许你用编程的方式直接向数据库发起检索请求返回 JSON 格式的数据。举个例子用 Python 请求 OpenAlex API 检索一篇文献只需要这样写import requests query search climate change AND (agriculture OR crop) url fhttps://api.openalex.org/works?search{query} resp requests.get(url) data resp.json() for work in data.get(results, [])[:5]: print(work.get(display_name))这段代码会向 OpenAlex 发送一个检索请求返回符合条件的文献列表。这种方式的优势在于可以批量获取数据、自动化筛选、量化分析文献趋势适合做更加严谨的学术计量分析。对于新手来说这算是进阶玩法但当你论文综述需要系统性地覆盖大量文献时这种技术型检索的效率要远高于手动在网页数据库里翻。不过我要提醒的是你现在看到这些 API 和编程技巧千万不要指望一篇博文就能让你全部掌握。核心思路是如果你有编程基础这是一种值得尝试的进阶路子如果没基础老老实实用数据库的高级检索界面完全够用。5. 常见问题与检索式排错速查5.1 为什么我的检索结果变成了零检索结果为零这大概是新手最崩溃的时刻。很多人第一反应是“数据库收录的文献太少”但真正的原因绝大多数时候是检索式写得太苛刻。当你用了一长串 AND 连接多个关键词时比如“乡村教育 AND 数字化转型 AND 教师培训 AND 硬件设备”每多一个 AND命中的概率就指数级下降。文献库虽然大但同时满足四五个限定条件的文章其实并不多。我的建议是先拆掉一两个不太核心的限定词或者把某些概念用 OR 扩展成同义词。比如把“教师培训”扩展成“教师培训 OR 师资培训 OR 教师专业发展”。同理如果你发现“清华大学 AND 人工智能”检索结果偏少可以换成“清华大学 AND人工智能 OR AI”。当结果回来时再去逐步增加限定词这种做法叫“渐进式收窄”可以有效避免一步到位检索到零的情况。5.2 为什么我的检索结果全是无关文献这种情况多半是你漏了括号或者误用了 OR。检索结果过多的典型原因是你把 OR 误放到了两个“概念”之间而非“同义词”之间。比如你要研究“绿茶对减肥的作用”却写成“绿茶 OR 减肥”那么所有关于绿茶的种植历史和所有关于减肥方法的内容全会混进来。更隐蔽的坑是系统默认逻辑。在一些数据库的普通搜索框中如果你输入“绿茶 减肥”系统默认按 AND 处理如果你输入“绿茶 OR 减肥”就会变成并集。有的平台还会自动把空格处理成 OR导致结果一下子飞上天。所以我的建议是检索前先看平台帮助文档弄清它默认的空格逻辑如果不确定一定要手动写出运算符不要依赖空格。5.3 为什么我用了 NOT 之后该排除的还在这大概率是系统对 NOT 的支持不到位或者你的检索式里 NOT 没有和括号配合好。比如你想检索“苹果手机”相关文献但排除“苹果种植”写成“苹果 NOT 种植”很多数据库实际上是能正常处理的。但有些平台会把 NOT 识别为普通关键词这就很尴尬了。如果遇到这种情况我建议你换一种思路不用 NOT 而是用“排除法检索”——先做一次大范围检索然后在结果列表左侧用“文献类型”“年份”“学科分类”等筛选器手工排除。这比完全依赖 NOT 更可控也更能保证查全率。5.4 如何判断一个检索式是否科学传授一个非常简单实用的自检办法先看结果总量。一般主题范围下检索结果数以千计是正常的因为数据库会收录各种年份和角度的文献但如果你的检索结果只有十几条那大概率是限定太严了。再看前沿性。如果检索结果中有相当比例的文献是近五年的说明你的检索式能跟上研究前沿如果全是很老的研究可能是你的关键词组合偏向于某个旧有术语需要考虑用新词替换。最关键的自检方法是“抽样阅读”。随机抽取检索结果中的十篇文献快速浏览它们的标题与摘要看看它们与你的研究主题是否真的相关。如果十篇里至少有七篇以上高度相关这个检索式就可以放心用了如果相关率很低说明你的概念拆解有问题或者运算逻辑有误。这一步是很多新手最嫌麻烦但最有效的一步实话说跳过它你的整个文献调研都可能建立在沙地上。6. 给新手的最后忠告从概念拆解开始不要急着敲检索式我见过太多同学第一次接触布尔检索式就急着在数据库里猛敲关键词结果越敲越乱。做任何文献检索之前请先拿出一张纸、一支笔把你要研究的问题拆解成独立的概念模块。比如研究“老年人数字支付使用意愿”先拆成“老年人”“数字支付”“使用意愿”三大模块再各配一组同义词然后才去构造检索式。这个习惯的价值在后续写综述时体现得淋漓尽致——你的检索思路本身就是论文章节的逻辑框架检索式里的每个概念模块几乎都会对应综述里的一个小节。从检索设计开始你就已经在为论文搭骨架了这不是一个简单的技巧问题而是学术思维训练的一部分。再补充一个实用建议把你用过的检索式全部保存、标注好写进论文的方法学部分。很多科研论文的“检索策略”一节就要求完整呈现检索式。越早养成记录检索过程的习惯后期写论文就越从容。7. 关于检索式调整与二次优化的一些经验之谈7.1 从粗糙到精准分阶段调整关键词很多同学以为检索式一写出来就不用再动了这种想法在真实场景中基本不成立。检索是一个动态优化过程需要靠结果反馈来反向修正检索式。我自己的习惯是“三遍法”第一遍先用最大范围的检索式把该领域的所有相关概念都拉进来看整体文献量第二遍通过关键字字段限定把检索范围缩小到标题或摘要第三遍再根据阅读摘要时发现的新术语反向回到检索式里补充同义词或调整逻辑关系。这几轮迭代看起来繁琐却能避免论文综述中出现“文献盲区”。比如研究“在线学习效能”时很多人早期会漏掉“e-learning”“远程教育”“混合式教学”等概念直到阅读文献时才发现它们在相关研究中频繁出现这时就应该把它们补进 OR 模块里。检索式优化是一个放弃完美主义、逐步逼近目标的过程要允许自己“先找到一个解析式再找到一个好解析式”。7.2 多平台交叉验证与文献导出不同数据库之间的文献收录范围差异很大。即使你在中国知网检索到一整套结果也应当在万方、维普以及 Web of Science、Scopus 等数据库中交叉查证因为各平台的侧重点不同。遇到主题交叉时更要留意跨学科文献在类别归属上的不同——比如“数字孪生”在工程类数据库和计算机类数据库中都可能被收录但分类方法却可能完全不同。导出文献时尽量统一使用标准的格式比如 EndNote、Zotero 可导入的 RIS 格式或 BibTeX 格式。数据库通常都提供导出功能你可以在检索结果页面勾选要导出的文献然后选择相应格式。很多新手会忽略一件事导出前要清理重复文献。同一个数据库内可能由于关键词拼写差异重复收录同一条记录不同数据库之间的重复率则可能更高。我强烈建议在导入文献管理软件后用软件自带的“查重”功能做一次系统去重这能为后续综述节省大量纠错时间。7.3 善用历史记录与保存检索式大多数高级数据库搜索系统都提供“检索历史”功能CNKI、Web of Science、PubMed 等都有。这不仅仅是一个便利功能本质上它是你整个文献调研过程的“过程性证据”。在写系统综述或学位论文的“资料与方法”部分时导师可能会要求你提交检索策略过程记录此时保存完整的检索历史和相应的检索结果数是至关重要的。有一次我帮一个博士生核对学位论文里的检索方法章节发现他声称“系统检索了三大数据库”却连检索式、检索日期、限定条件都写不出来最后被送审专家质疑研究过程的规范性。自那次起我就特别强调做检索就像做实验每一步都要有记录。哪怕只是个人笔记也要养成随手保存的习惯。这不仅方便自己调试检索式还能在论文送审时提供足够的可信度证据。7.4 定期回访检索式避免遗漏最新文献学术文献是动态增长的数据库收录文献的周期也不是固定的所以你今天检索的结果过了一个月可能就不再完整了。如果你的研究周期较长比如为期一年以上的学位论文项目请每隔一段时间重新运行一遍原始检索式尤其是那些带 OR 扩展的同义词检索式。很多新发表的研究可能会用新的术语描述你的主题而你还是按照一年前的旧概念在检索必然会漏掉最新的前沿成果。实际上这也是很多科研团队设置“文献更新提醒”功能的原因。PubMed、Scopus 等平台允许用户保存检索式并设置定期邮件提醒新文献入库时会自动推送到你的邮箱。我个人觉得这种方法比频繁手动查库更省心也更不会遗漏关键文献。对于任何一个认真做学术调研的新手来说掌握“检索式 自动更新提醒”这个组合基本就已经超过了大部分只会在搜索框里按回车的研究者。最后说一句心里话布尔检索式这种东西看上去不过是几个简单的英文单词和括号但它背后是逻辑思维、批判性思维和系统分析能力的综合投射。熟练使用 AND、OR、NOT其实是在训练自己“如何清晰定义一个问题”。等你把检索做顺了再来回顾曾经面对海量文献的茫然无措那种落差感本身就是成长最好的注脚。

相关新闻

信创OA下ueditor跨平台文档同步改造实践与避坑指南

信创OA下ueditor跨平台文档同步改造实践与避坑指南

1. 问题的真实痛点:信创和ueditor放一起,坑比想象中多把信创、OA、ueditor、跨平台、文档同步这几个词放到一个句子里,懂行的人大概已经能猜到,这绝对不是一个"装个补丁就能搞定"的小问题。先说一个我自己的经历。前两年…

2026/10/12 13:00:17 阅读更多 →
CS229 Linear regression

CS229 Linear regression

根据nodes复习知识点 chatgpt 大哥挖掘面试问题 Supervised learning Linear regression 公开资料显示:Microsoft 官方明确把 linear regression、概率统计、hypothesis testing 列为数据科学面试范围;Apple 候选人报告直接出现过 linear regression、…

2026/10/12 13:00:21 阅读更多 →
Java List集合深度拆解:从ArrayList到LinkedList的性能优化实战

Java List集合深度拆解:从ArrayList到LinkedList的性能优化实战

1. 开篇:一个看似简单的new ArrayList,为什么值得花一整篇文章来聊如果你写Java的时间超过半年,你会发现一个尴尬的事实:List是我们日常开发里用得最多的接口之一,但绝大多数人对它的理解停留在了"new ArrayList就…

2026/10/12 13:00:31 阅读更多 →

最新新闻

机器学习最小可行知识链:从公式到可调试代码的完整实践

机器学习最小可行知识链:从公式到可调试代码的完整实践

简介:本资源是邹博主讲的《机器学习全方位解析:从基础到实践》配套教学包,面向零基础入门者与希望系统夯实理论与工程能力的学习者,解决机器学习概念抽象、代码实践脱节、算法调优无从下手等核心痛点。压缩包共613个文件&#xff…

2026/10/12 13:00:09 阅读更多 →
Harbor v2.13.1 ARM64离线部署实战:内网镜像仓库搭建与避坑指南

Harbor v2.13.1 ARM64离线部署实战:内网镜像仓库搭建与避坑指南

简介:本资源为 Harbor 最新 v2.13.1 的 ARM64 架构离线安装包,面向在 ARM64 服务器或 Kubernetes 集群上部署私有镜像仓库的运维与开发人员,解决国产化平台、信创环境及边缘节点无法直接拉取官方 x86 安装包的问题。压缩包共 6 个文件&#x…

2026/10/12 13:00:09 阅读更多 →
物联网平台二次开发选型指南:架构边界、扩展点与实战避坑

物联网平台二次开发选型指南:架构边界、扩展点与实战避坑

1. 为什么“适合二开”才是物联网平台选型的硬指标做物联网平台选型这件事,我踩过不少坑。早年做某智慧园区项目,技术评审时大家盯着功能清单看——设备接入、规则引擎、数据大屏、告警中心,列表很丰满,厂商演示也很流畅。结果签完…

2026/10/12 13:00:09 阅读更多 →
批处理驱动Matlab实现参数自动扫描:原理、传参与排错指南

批处理驱动Matlab实现参数自动扫描:原理、传参与排错指南

说实话,用批处理去反复跑Matlab这事儿,我最早是在一次大规模参数寻优中被逼出来的。那时候手里有一堆实验数据要拟合,模型参数有四五种组合方式,每组参数跑一遍得几十秒,加起来几百个组合,手动改一个跑一个…

2026/10/12 13:00:08 阅读更多 →
PyTorch新手必学:ResNet18从原理到手写实现详解

PyTorch新手必学:ResNet18从原理到手写实现详解

1. 项目概述:为什么ResNet18是PyTorch新手绕不开的“第一座桥”如果你刚打开Jupyter Notebook,敲下import torch,接着想跑一个真正能分类图像的模型——不是MNIST手写数字那种玩具级任务,而是能在CIFAR-10上稳定达到92%准确率、结…

2026/10/12 13:00:08 阅读更多 →
LCA最近公共祖先算法详解:倍增法、Tarjan与树链剖分

LCA最近公共祖先算法详解:倍增法、Tarjan与树链剖分

1. 从一道面试题说起:为什么LCA值得花时间搞透第一次接触LCA是在刷题的时候,题目很直白:给一棵树,多次询问两个节点的最近公共祖先。当时我的第一反应是暴力——两个节点分别往上走,标记走过的路径,第一个相…

2026/10/12 12:59:08 阅读更多 →

日新闻

复古胶片颗粒感噪点合成器:Canvas ImageData 像素高斯杂色注入算法

复古胶片颗粒感噪点合成器:Canvas ImageData 像素高斯杂色注入算法

在数码相机、高清显示屏与现代矢量图形技术高度发达的今天,画面可以做到绝对的锐利、平滑与无瑕。然而,当一张秋日手账插画或拍立得照片过于“平整无瑕”时,往往会散发出一种冰冷生硬的“数码塑料感(Digital Plasticity&#xff0…

2026/10/12 0:00:59 阅读更多 →
活字印刷古籍线装排版:Canvas 竖排文字与栏线自适应算法

活字印刷古籍线装排版:Canvas 竖排文字与栏线自适应算法

在现代网页与移动端设计中,横排(Horizontal Layout)早已经成为了绝对的主流。然而,当我们翻开泛黄的线装古籍、宋版木刻诗集,或是欣赏一张茶道雅集的手写便签时,那种**自上而下纵向书写、自右向左逐列铺展&…

2026/10/12 0:00:59 阅读更多 →
周日晚间的“精神松绑减震器”:无压力情绪倾倒箱与温和轻声陪伴

周日晚间的“精神松绑减震器”:无压力情绪倾倒箱与温和轻声陪伴

每到周日的晚上八点到十点,很多人心里都会悄悄亮起一盏警示灯。 在心理学上,这种现象有一个专门的称谓——“周日夜晚焦虑症(Sunday Scaries)”。明天又是周一,闹钟又要重新在七点响彻卧房;脑海里仿佛有一个…

2026/10/12 0:00:59 阅读更多 →

周新闻

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

简介:基于 ARIMA、LSTM、Transformer 等模型的流感时间序列预测 Python 源码,面向计算机相关专业课程设计与期末大作业学生,以及项目实战学习者。内容覆盖预处理、平稳性检验、定阶、残差分析、多模型对比预测的完整时序建模流程,…

2026/10/12 0:16:30 阅读更多 →
影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别 做影刀RPA自动化,十个新手有八个栽在"往输入框里填东西"这件事上:要么填不进去,要么填了一半,要么直接把原来内容追加在后面。这背后的根因&…

2026/10/12 0:16:38 阅读更多 →
影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容 1. 认识影刀:什么场景该用RPA采小说数据 起点中文网的页面结构相对稳定——分类榜单、书籍详情、章节内容三块独立页面,跳转链路清晰。这种场景非常适合影刀自动化&#x…

2026/10/12 0:16:43 阅读更多 →

月新闻

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/11 10:45:37 阅读更多 →
Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/11 14:36:53 阅读更多 →
黑夜航拍船只数据集训练YOLOV5模型全流程解析

黑夜航拍船只数据集训练YOLOV5模型全流程解析

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/11 14:36:54 阅读更多 →