摘要

本文章旨在深入探讨本体论(Ontology)中公理(Axioms)与规则(Rules)的核心概念、技术实现、验证方法、性能评估及其在2025年的前沿趋势与挑战。公理与规则是构建严谨、一致知识模型的逻辑基石,分别用于定义概念的本质属性和实现动态的逻辑推理。报告首先阐述了二者的基本定义与差异,并梳理了以OWL和SWRL为代表的主流实现技术生态。随后,报告分析了在实际知识图谱应用中验证公理与规则质量的关键方法,以及评估相关推理系统效率的基准和指标。报告的核心部分聚焦于2025年的两大核心挑战与三大新兴趋势:规模化的困境依然是制约本体推理系统发展的首要难题;而神经符号的融合(与机器学习的协同进化)和新范式的崛起(大型语言模型的影响)正在深刻地重塑知识表示与推理的未来。最后,报告通过分析金融和医疗健康两大行业的应用案例,展示了公理与规则在解决复杂领域问题中的实际价值与面临的挑战。结论指出,本体论领域正从纯粹的符号逻辑向一个融合符号主义、连接主义与数据驱动的混合智能框架演进。


1. 引言:构建智能系统的逻辑基石

在人工智能和语义网领域,构建能够被机器理解和处理的知识模型是实现真正智能的关键。本体论作为一种明确的、形式化的领域概念及其关系说明的规范,为此提供了理论基础。而本体论中的 公理(Axioms) 与 规则(Rules) 则是构建这些知识模型的核心逻辑工具,它们共同确保了概念定义的严谨性、数据的一致性以及知识推理的自动化。

公理是本体论中无需证明的基本断言,构成了领域知识的静态定义框架。它们用于定义概念的内在本质属性和基础约束,例如,“一个实体不能同时是‘人’又是‘非人’”(排他性),或者“若‘猫’是‘哺乳动物’的子类,‘哺乳动物’是‘动物’的子-类,则‘猫’也是‘动物’的子类”(传递性)。

规则则是逻辑推理的“if-then”语句,用于从已知的知识(事实)中动态地推导出新的知识或约束特定行为。例如,“如果一个实体‘生活在水中’并且‘用鳃呼吸’,那么它可以被推断为‘鱼类’”。

公理侧重于定义世界的本质,而规则侧重于根据这些本质进行推理。通过二者的结合,本体论不仅能够精确地表达复杂领域的知识,还能在此基础上进行自动化推理,从而在知识图谱构建、医疗诊断、金融风控等众多场景中发挥核心作用。本报告将以2025年的视角,对这一领域的理论基础、技术现状、实践挑战与未来发展进行系统性的梳理与分析。

2. 核心概念与实现技术

2.1 公理(Axioms):知识模型的静态骨架

公理是定义概念语义和结构关系的静态声明,是知识库逻辑一致性的保证。它们构成了描述逻辑(Description Logics, DLs)的基础,后者是现代本体语言的理论核心 。

  • 核心类型与示例

    • 子类公理 (SubClassOf) :定义类之间的层级关系,如 ex:Cat SubClassOf ex:Mammal。这是属性继承的基础。
    • 等价类公理 (EquivalentClasses) :声明两个或多个类具有完全相同的实例集。
    • 不相交公理 (DisjointClasses) :声明几个类的实例集没有任何交集,用于逻辑矛盾检测,例如 ex:Man DisjointWith ex:Woman 。
    • 属性特征公理:如 owl:FunctionalProperty(函数性属性,每个实例最多只有一个该属性值,如“身份证号”)、owl:TransitiveProperty(传递性属性,如“是...的祖先”)等。
    • 键公理 (owl:hasKey) :在OWL 2中引入,用于声明一组属性可以唯一标识一个类的实例,这在知识图谱与数据库集成时尤为重要 。
  • 实现技术
    Web本体语言(OWL, Web Ontology Language)是实现公理的W3C标准。OWL基于描述逻辑,提供了丰富的公理表达能力。为了平衡表达能力和推理计算复杂性,OWL 2定义了多个子语言(Profiles),如:

    • OWL 2 EL:计算复杂度较低,适用于拥有大量类和属性的大规模本体,在生物医学领域(如SNOMED CT)应用广泛。
    • OWL 2 QL:专为高效的数据库查询而设计,能将本体查询重写为SQL查询。
    • OWL 2 RL:设计为可以在基于规则的系统上实现,推理速度快。
    • OWL 2 DL:提供了极高的表达能力,但其推理复杂性也最高,可能导致在大型知识库上推理效率低下 。
2.2 规则(Rules):知识推理的动态引擎

如果说公理定义了“是什么”,那么规则就定义了“怎么办”和“意味着什么”。它们为静态的本体模型注入了动态的推理能力。

  • 核心类型与示例

    • 类型推断Person(?p) ∧ hasParent(?p, ?x) → Parent(?x) (如果?p是人且有父母?x,则?x是父母)。
    • 属性生成Spouse(?x, ?y) → Spouse(?y, ?x) (如果?x的配偶是?y,则?y的配偶也是?x)。
    • 一致性检查Patient(?p) ∧ hasAllergy(?p, ex:Penicillin) ∧ prescribes(?d, ?p, ex:Penicillin) → Inconsistency (如果病人对青霉素过敏,但医生仍开具青霉素,则产生矛盾)。
  • 实现技术
    语义网规则语言(SWRL, Semantic Web Rule Language)是与OWL结合使用的主流规则语言。它将OWL本体与一阶逻辑中的Horn逻辑规则相结合,允许用户在OWL的表达能力之外定义更复杂的推导逻辑 (Search Result for )。尽管SWRL功能强大,但其与OWL DL的结合理论上是不可判定的,这意味着某些推理任务可能永远无法终止,这给实际应用带来了挑战 (Search Result for )。

2.3 超越OWL与SWRL:技术生态的现状与探索

截至2025年,尽管OWL和SWRL依然是公理和规则实现的事实标准,但业界和学术界一直在探索更灵活、高效和易用的替代方案。

  • 现有生态:除SWRL外,其他规则技术如RuleML(规则标记语言)、逻辑编程语言Prolog、以及描述逻辑程序(DLP)也被用于语义推理。各种推理引擎(Reasoner)如PelletJessDrools为这些语言提供了执行环境 (Search Result for )。

  • 简化与抽象:由于直接编写OWL公理和SWRL规则对非专家来说门槛较高,出现了一些旨在简化知识建模的工具和语言。例如,“合理本体模板”(Reasonable Ontology Templates, OTTR)语言允许用户定义可重用的知识模式(模板),然后实例化这些模板来自动生成复杂的公理和数据,极大地降低了建模的复杂性并提高了维护性 。类似地,dosdp-tools 和 ROBOT 等工具链支持将设计模式模板转换为OWL公理,实现了本体工程的半自动化 。

  • 发展现状:搜索结果清晰地表明,用更灵活的基于规则的机制完全替代传统本体推理工具的愿景尚未完全实现 。主要挑战在于新工具在可用性、可扩展性以及处理现实世界噪声和上下文相关推理的能力方面仍有不足。因此,2025年的技术格局呈现出以OWL/SWRL为核心,多种辅助工具、模板语言和替代性规则系统共存的成熟但仍在演进的生态。

3. 验证、测试与性能评估

构建一个高质量的知识模型,不仅需要精确地定义公理和规则,还需要一套完善的验证、测试和评估机制。

3.1 确保知识质量:公理与规则的验证方法

为了确保本体和知识图谱的逻辑严谨性和实用性,研究人员和工程师们开发了多种验证方法:

  • 自动化逻辑推理验证:这是最基础的验证方式。通过推理引擎(如Pellet、HermiT)对本体进行一致性检查,可以自动发现由不相交公理、函数性约束等定义的逻辑矛盾 。
  • 测试驱动开发 (TDD) :借鉴软件工程的理念,本体开发者可以预先定义一组必须成立的公理作为“测试用例”。在本体演进和修改后,运行这些测试以确保核心逻辑未被破坏 。
  • 能力问题驱动验证 (Competency Question-Driven) :在本体开发初期,领域专家会定义一组“能力问题”,即该知识模型最终必须能够回答的问题。通过将这些问题转化为SPARQL查询等形式,并验证知识图谱能否给出正确答案,来检验本体的完备性和正确性 。
  • 语义与数据验证:语义验证检查数据实例是否符合本体中定义的公理约束 。例如,如果公理定义“员工的上司必须也是员工”,系统会检查所有“上司”关系的数据是否满足此约束。
  • 专用评估工具:社区开发了OOPS! (Ontology Pitfall Scanner!)、**FOOPS!**等工具,它们能自动检测本体设计中常见的40多种陷阱,如循环依赖、不完整的定义等,从而帮助提升本体质量 。
3.2 衡量推理效率:基准与性能指标

本体推理系统的性能,特别是处理大规模知识库时的效率,是决定其能否在实际应用中落地的关键。

  • 标准基准 (Benchmarks) :LUBM (Lehigh University Benchmark) 和 UOBM (University Ontology Benchmark) 是两个广泛使用的基准。它们提供了一个大学领域的本体、一个可扩展的数据生成器和一系列测试查询,用于系统地评估推理系统在分类、查询响应和可扩展性等方面的表现 。同时,为了更全面地覆盖OWL 2的复杂构造,研究者们也在开发更灵活的合成基准 。
  • 核心性能指标 (Metrics)
    • 加载时间:加载本体和数据所需的时间。
    • 推理时间:通常指分类时间(Classification time),即计算整个类的层级结构所需的时间,这是最消耗资源的推理任务之一 。
    • 查询响应时间:在推理完成后,回答一个查询所需的时间。
    • 内存消耗:推理过程中占用的内存大小,是衡量可扩展性的重要指标 。
  • 本体复杂度与性能预测:研究表明,本体自身的结构复杂度(如继承深度、属性数量、公理类型等)与推理性能密切相关 。通过对本体的复杂度指标进行分析,甚至可以利用机器学习模型来预测特定本体在某个推理器上的推理时间,从而指导本体工程师在设计阶段就进行优化,例如简化继承结构或模块化本体 。

4. 核心挑战与前沿趋势(截至2025年)

步入2025年,本体论领域在持续深化的同时,也面临着新的挑战和革命性的趋势。

4.1 规模化的困境:持续存在的可扩展性挑战

可扩展性仍然是本体推理系统,尤其是基于高表达能力描述逻辑(如OWL 2 DL)的系统,所面临的最大挑战 。随着知识图谱的规模从百万级三元组增长到百亿甚至千亿级,传统的、在内存中进行完全推理的方法变得难以为继。其根本原因在于,丰富的公理表达能力带来了极高的理论计算复杂性 。有研究者甚至指出,在2025年,将推理服务扩展到Web规模依然是最大的挑战之一 。

为应对此挑战,社区正在探索多种解决方案:

  • 混合架构:将传统数据库的强大数据管理能力与推理引擎的逻辑能力相结合,例如将部分推理(如基于OWL 2 RL规则集的推理)物化到数据库中 。
  • 近似与并行推理:开发不追求100%逻辑完备性但速度更快的近似推理算法,以及利用多核CPU和分布式计算框架(如Spark)进行并行推理 。
  • 模块化与分区:将庞大的本体分解为多个更小、更易于管理的模块,只在需要时加载和推理相关模块 。
4.2 神经符号的融合:与机器学习的协同进化

2025年最显著的趋势之一是本体论(符号主义)与机器学习(连接主义)的深度融合 。二者不再是相互竞争的范式,而是协同进化的伙伴,旨在构建兼具逻辑推理能力和数据学习能力的混合AI系统 。

  • 本体赋能机器学习:本体为机器学习模型提供了先验知识、领域约束和可解释性框架。例如,在医疗领域,本体定义的药物与疾病关系可以作为约束,防止机器学习模型产生违反医学常识的预测 。
  • 机器学习赋能本体工程:机器学习,特别是自然语言处理(NLP)技术,被用于自动化本体学习(Ontology Learning),即从海量非结构化文本中自动提取概念、关系和公理,极大地缓解了知识获取的瓶颈 。
  • 知识图谱嵌入:将知识图谱中的实体和关系嵌入到低维向量空间中,使得神经网络可以处理和利用这些结构化知识。本体公理(如传递性、对称性)可以被用作正则项来指导嵌入过程,使学习到的向量表示更符合逻辑约束。
  • 专用工具与框架:为了促进这种融合,诸如DeepOntoOntoGPT等工具和框架应运而生,它们为本体学习、对齐、嵌入和与大型语言模型的交互提供了支持 。
4.3 新范式的崛起:大型语言模型(LLM)的影响

自2020年代初以来,大型语言模型(LLMs)的崛起为知识推理领域带来了颠覆性的影响 。截至2025年,LLMs在零样本和少样本推理任务中展现出惊人的能力,能够处理传统符号系统难以应对的模糊性、常识性和上下文依赖性 。

然而,LLMs的推理是“涌现”的,而非基于严格的逻辑保证。它们存在“幻觉”问题,其推理过程不透明,难以验证和信任,这与本体论追求的逻辑严谨性形成鲜明对比。因此,当前的前沿研究并非用LLM取代本体,而是探索如何将二者结合:

  • LLM作为知识获取工具:利用LLM强大的语言理解和生成能力,从文本中提取事实、生成候选公理和规则,再由专家或自动化工具进行验证和整合。
  • 知识图谱增强的LLM(KG-enhanced LLMs) :将知识图谱作为LLM的外部“知识库”或“事实检查器”。当LLM需要回答一个事实性问题时,它可以查询知识图谱,并利用本体定义的公理和规则进行多步推理,从而生成更准确、可靠且有据可查的答案 。这种结合有望克服LLM的幻觉问题,同时利用其灵活的语言能力。
4.4 工具链的演进与挑战

尽管趋势令人兴奋,但支撑公理和规则实现的工具链发展仍面临挑战。Protégé依然是学术界和工业界最核心的本体建模工具 。同时,涌现了大量支持本体工程特定环节的工具,如ROBOT用于自动化本体处理流程,Axiomé用于管理大型SWRL规则库 ,以及一系列为教育目的开发的内部工具 。

然而,工具开发普遍面临易用性与功能强大性之间的平衡,以及技术更新迭代快导致的过时风险 。搜索结果明确显示,到2025年,尚未出现一个能够完全取代现有主流工具(如Protégé)并解决所有核心痛点(如大规模可视化、协同编辑、无缝推理集成)的突破性新工具 (Search results for specific 2025 tools)。

5. 行业应用案例分析

尽管存在挑战,公理和规则在特定行业的深度应用中正不断创造价值。

5.1 金融服务业:FIBO的应用与挑战

金融行业是一个知识密集且高度监管的领域。金融行业业务本体(FIBO, Financial Industry Business Ontology) 应运而生,它是一个旨在为金融工具、公司实体、贷款、证券等概念提供标准化定义的行业级本体 。

  • 应用价值:FIBO及其公理被用于:

    • 数据整合:统一不同系统和部门对“客户”、“对手方”、“子公司”等概念的理解,打破数据孤岛。
    • 风险分析:通过公理和规则推理,自动识别和汇总复杂的风险敞口,例如,通过公司所有权(这是一个传递性关系)的公理,可以追溯一个实体的最终母公司。
    • 合规报告:将监管法规形式化为规则,自动检查交易和头寸是否合规。
  • 面临挑战:FIBO本体极为庞大和复杂。截至2025年,其实施和应用仍面临巨大挑战。有报告指出,FIBO在概念上很强大,但缺乏足够的测试以支持稳健的实施 。对于大型金融机构而言,完全依赖人工来扩展和维护与FIBO对齐的内部本体是不现实的 。此外,在FIBO上进行大规模的复杂推理,其性能和可扩展性仍是一个悬而未决的问题 。与此同时,诸如Fin-R1等专为金融领域训练的大型语言模型也开始在金融推理任务中崭露头角,形成了与传统本体推理互补或竞争的态势 。

5.2 医疗健康:迈向个性化医疗

在医疗健康领域,公理和规则是实现数据标准化、知识共享和临床决策支持的关键。SNOMED CT、基因本体(GO)等大型生物医学本体被广泛使用。2025年,一个尤为突出的应用方向是本体与机器学习结合,共同驱动个性化医疗 (Query results for personalized medicine)。

  • 应用机制

    1. 数据语义化:本体(公理)为来自电子病历(EHR)、基因测序、可穿戴设备等异构数据源的数据提供一个统一的语义框架。例如,将不同的“高血压”诊断编码映射到同一个本体概念。
    2. 机器学习预测:机器学习模型分析这些语义化的海量数据,以预测病人对特定治疗方案的反应、疾病进展风险等 。
    3. 本体提供解释与约束:当ML模型做出预测时,本体可以提供可解释的推理路径。例如,模型预测病人对某药物有高风险不良反应,本体可以揭示其背后的生物学机制:该药物作用于一个特定蛋白,而该病人的基因变异(由本体中的公理定义其影响)恰好会改变该蛋白的功能 。这种结合解决了机器学习的“黑箱”问题,增强了临床医生对AI建议的信任 。
    4. 规则驱动决策:基于ML的预测结果和本体知识,可以触发具体的临床规则。例如,规则:“如果病人被预测为对药物A高风险,且存在替代药物B,则系统向医生发出警报并推荐药物B”。
  • 前沿探索:为了更好地管理和治理这一复杂流程,研究者提出了“机器学习生命周期本体”(MLLO),用本体论的方法来描述和追踪ML模型的训练数据、算法、性能和应用场景,以满足医疗领域严格的监管和可追溯性要求 。

6. 结论与展望

截至2025年9月,本体论中的公理与规则在经历了数十年的发展后,其作为知识表示和推理核心逻辑工具的地位依然稳固。OWL和SWRL构成了当前技术生态的基石,而Protégé等成熟工具支撑着其广泛应用。

然而,我们正处在一个深刻变革的十字路口。一方面,可扩展性这一长期存在的“阿喀琉斯之踵”在知识图谱规模日益庞大的今天显得尤为突出,驱动着业界不断探索混合架构、近似推理等优化方案。另一方面,以机器学习大型语言模型为代表的数据驱动范式,正以前所未有的力量冲击并重塑着传统的符号推理领域。

未来的发展方向并非是符号主义与连接主义的相互取代,而是走向一个更深层次的、系统性的 混合智能(Hybrid Intelligence) 框架。在这个框架中:

  • 公理和规则将继续扮演 “逻辑骨架” 的角色,为AI系统提供严谨性、一致性和可解释性的保证。
  • 机器学习将成为强大的 “知识引擎” ,负责从海量数据中学习模式、自动构建和填充知识库,克服符号主义的知识获取瓶颈。
  • 大型语言模型则可能成为连接符号世界与人类自然语言的 “通用接口” ,以其强大的理解和生成能力,极大地提升知识系统的易用性和交互性。

综上所述,本体论中的公理与规则正在从一个纯粹的逻辑建模工具,演变为一个更宏大的智能生态系统中的关键组成部分。未来的挑战与机遇并存,其核心在于如何设计出能够无缝融合这三种不同范式优势的理论、架构与工具,从而构建出真正强大、可信且可用的下一代人工智能系统。

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。
如若转载,请注明出处:http://www.pswp.cn/bicheng/95936.shtml
繁体地址,请注明出处:http://hk.pswp.cn/bicheng/95936.shtml
英文地址,请注明出处:http://en.pswp.cn/bicheng/95936.shtml

如若内容造成侵权/违法违规/事实不符,请联系英文站点网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

【51单片机】【protues仿真】基于51单片机PM2.5空气质量检测系统

目录 一、主要功能 二、使用步骤 三、硬件资源 四、软件设计 五、实验现象 一、主要功能 1、LCD1602液晶显示 2、按键​设置阈值 3、PM2.5大于阈值时启动声光警报 二、使用步骤 基于51单片机的PM2.5空气质量检测系统通常采用STC89C51/52作为核心控制器,结合…

【目录-单选】鸿蒙HarmonyOS开发者基础

用哪一种装饰器修饰的组件可作为页面入口组件?Look at the answer下面是ArkTS中类名、枚举名推荐的代码风格是 Look at the answer向服务器提交表单数据,以下哪种请求方式比较合适 Look at the answer使用http发起网络请求,需要以下哪种权限&…

maven【maven】技术详解

MavenMaven的本质是项目管理工具,将项目开发和管理过程抽象成一个项目对象模型(POM)Project Object Model:项目对象管理模型作用: 项目构建:提供标准的、跨平台的自动化项目构建方式依赖管理:方…

【操作系统-Day 25】死锁 (Deadlock):揭秘多线程编程的“终极杀手”

Langchain系列文章目录 01-玩转LangChain:从模型调用到Prompt模板与输出解析的完整指南 02-玩转 LangChain Memory 模块:四种记忆类型详解及应用场景全覆盖 03-全面掌握 LangChain:从核心链条构建到动态任务分配的实战指南 04-玩转 LangChai…

【嵌入式C语言】七

8.4函数的声明和定义声明一个函数意味着向编译器描述函数名、返回值、参数个数和类型,但并不会为函数分配存储空间定义一个函数意味着在声明变量的同时还要有具体的实现,并且会为函数分配存储空间8.5多源文件的函数声明和定义8.6预处理指令#Include#incl…

hardhat3 源神 -- 启动!

Hardhat 项目开发环境搭建完整指南 1. 从 GitHub 下载项目 # 使用 SSH 方式克隆(需要配置 SSH key) git clone gitgithub.com:NomicFoundation/hardhat.git# 或使用 HTTPS 方式 git clone https://github.com/NomicFoundation/hardhat.git# 进入项目目录…

遇到 Git 提示大文件无法上传确实让人头疼

遇到 Git 提示大文件无法上传确实让人头疼,但别担心,我们可以一步步来解决。为了让你更清晰地了解整个流程,我先用一个表格来概括主要步骤:步骤核心操作关键命令/工具示例 (用于删除历史中的大文件)1. 定位大文件使用 Git 命令或工…

机器人控制器开发(传感器层——奥比大白相机适配)

编译OrbbecSDK_ROS2的代码 执行命令 colcon buildros2 launch orbbec_camera dabai.launch.py问题1: 运行时报错: [component_container-1] [ERROR] [1757153916.450795107] [camera.camera_container]: Failed to load library: Could not load library…

C语言(长期更新)第15讲 指针详解(五):习题实战

C语言(长期更新)第15讲 指针详解(五):习题实战 跟着潼心走,轻松拿捏C语言,困惑通通走,一去不回头~欢迎开始今天的学习内容,你的支持就是博主最大的动力。博主主页&#…

数据仓库概要

什么是数据仓库? 数据仓库是一个面向主题的、集成的、相对稳定的、反映历史变化的数据集合,用于支持管理决策。 核心特征 1. 面向主题 数据仓库围绕核心业务主题(如客户、产品、销售、财务)来组织数据,而不是围绕具体的…

python库 Py2exe 的详细使用(将 Python 脚本变为Windows独立软件包)

更多内容请见: python3案例和总结-专栏介绍和目录 文章目录 一、Py2exe 概述 1.1 Py2exe介绍 1.2 Py2exe安装 1.3 替代工具推荐 二、基础使用 2.1 编写打包脚本 2.2 执行打包命令 2.3 完整案例 2.4 配置选项详解 2.5 构建和分发 三、高级配置 3.1 包含隐藏导入 3.2 处理特殊包…

CuTe C++ 简介02,gemm_device cuda kernel 的实现

《CuTe C 简介01,从示例开始 》 中,最后看到了 计算 gemm 的cuda kernel,使用 NVIDIA CUTLASS 的 CUTe (CUDA Tile) 库实现的高性能 GEMM (通用矩阵乘法) CUDA kernel。接下来解释一下这个内核的各个部分。文末再贴一遍代码,方便查…

万代《宝可梦》主题新品扭蛋公开!史上最大尺寸

使用jQuery的常用方法与返回值分析 jQuery是一个轻量级的JavaScript库,旨在简化HTML文档遍历和操作、事件处理以及动画效果的创建。本文将介绍一些常用的jQuery方法及其返回值,帮助开发者更好地理解和运用这一强大的库。 1. 选择器方法 jQuery提供了多种…

【FastDDS】Layer Transport ( 05-Shared Memory Transport)

6.4 共享内存传输 共享内存(SHM)传输依靠主机操作系统提供的共享内存机制,实现了在同一处理单元/机器上运行的实体之间的快速通信。注意 Fast DDS 利用域参与者(DomainParticipant)的 GuidPrefix_t 来识别在同一主机上…

记 2025/9/6

人工智能常见的模型按照处理问题分为6大类:处理权重问题的权重模型、处理状态问题的状态模型、处理序列问题的问题模型、处理表示问题的表示模型、处理相似度的相似模型、处理分类问题的分类模型。权重是计算特定状态下事物的重要性。状态问题是刻画权重动态变化的过…

开启Python之路,第一节学习大纲-从入门到进阶

前端开启Python之路,前端有没有必要卷后端技术,欢迎各位大神批评指正 第一阶段:基础入门 (打好根基) 目标: 理解编程基本概念,掌握 Python 核心语法,能编写简单的脚本程序。 1、环境搭建与开发工具 安装 Py…

webshell及冰蝎双击无法打开?

什么是webshell? web:万维网 shell:是指一种应用程序,为用户和系统之间建立连接,通过这个界面访问操作系统内核的服务 webshell:是以asp、aspx、php、jsp或者cgi等网页文件形式存在的一种命令执行环境,也可以将其称做…

【星闪】Hi2821 | PWM脉宽调制模块 + 呼吸灯例程

1. 简介PWM(Pulse Width Modulation),全称脉宽调制,通过对一系列脉冲的宽度进行调制,等效出所需波形。即对模拟信号电平进行数字编码,通过调节频率、占空比的变化来调节信号的变化。一个 PWM 周期内由一段高…

51单片机---硬件学习(电子琴、主从应答模式、modbus模型、DS18B20传感器显示温度)

一、串行通信与并行通信1、串行通信定义:数据一位一位地按顺序通过单条传输线进行传输的通信方式。优点:传输线少,成本低,适合长距离传输缺点:传输速度相对较慢2、并行通信定义:数据的各位同时通过多条并行…

SpringBoot后端开发常用工具详细介绍——SpringSecurity认证用户保证安全

简单的开始 创建SpringBoot项目 首先创建一个简单的springboot项目,假设端口为8888,添加controller控制层,并在其中添加TestController控制类,那么启动springboot项目之后,访localhost:8888/api/message页面会显示my…