淡海水-CSDN博客

原创 43-HybridCLR实战-项目初始化

本文是HybridCLR热更新框架实战系列的第二篇，主要介绍从零开始搭建热更新项目的完整流程。文章首先明确了项目结构设计原则，将AOT主工程代码与热更新代码严格分离，并详细说明了各目录的职责和程序集定义文件的配置要点。随后讲解了HybridCLR的三个关键配置文件（AOTGenericTypes.txt、ReflectionTypes.txt和AOTMetaTypes.txt）的作用和配置方法。接着通过编写"HelloHotfix"示例，展示了第一个热更新方法的创建、编译、加载和执行全流

2026-06-16 07:00:00 646

原创 42-HybridCLR实战-环境搭建

本文是HybridCLR热更新实战系列的第42篇，详细介绍了从零搭建开发环境的完整流程。主要内容包括：1. 开发环境准备：推荐使用Unity 2022.3 LTS版本，配置Rider或VS2022作为IDE，说明硬件要求；2. HybridCLR安装：提供UPM、PackageManager Git和手动安装三种方式，强调版本兼容性；3. 项目配置步骤：包含热更新程序集设置、AOT泛型补充、反射调用注册等关键配置；4. 验证流程：通过内置示例和自定义验证脚本确保环境搭建正确。文章强调环境搭建作为实战基础的重

2026-06-16 06:00:00 368

原创 41-LeanCLR-实战指南

LeanCLR实战指南摘要本文为开发者提供LeanCLR的实战集成指南，涵盖环境搭建、基础使用、高级特性及问题排查。LeanCLR是一款轻量级CLR运行时，支持在非Unity环境中高效执行C#逻辑，适用于游戏服务器、WebAssembly、嵌入式设备等场景。核心内容：环境搭建：从源码编译到跨平台构建（Linux/Windows/WASM/ARM），配置依赖工具链（CMake、C++17编译器），验证安装并解决常见构建错误。基础使用：通过C API加载程序集、调用静态/实例方法，实现C++宿主与C#的

2026-06-15 07:00:00 225

原创 40-LeanCLR-源码深度分析

本文深入分析了LeanCLR运行时的四个核心模块实现：元数据模块采用自研PE解析器，实现了按需加载的轻量化元数据管理，相比HybridCLR的全量预加载节省40-60%内存；解释器模块使用computed goto指令分发和简化栈帧设计，方法调用是主要性能瓶颈；编译器模块采用两趟式设计，支持选择性AOT编译，通过线性扫描寄存器分配和平台ABI适配生成高效原生代码； GC子系统实现标记-清扫算法，牺牲内存效率换取实现简单性，特别适合WASM等资源受限场景。整体设计通过精简元数据支持、简化GC策略等&q

2026-06-15 06:00:00 423

原创 39-Hybrid生态-LeanCLR-架构深度解析

本文深入解析了LeanCLR的架构设计，作为HybridCLR生态中剥离Unity依赖的轻量级CLR运行时。文章从核心模块（元数据解析器、解释器引擎、编译器、GC子系统、平台抽象层）展开分析，重点对比了LeanCLR与HybridCLR在平台抽象、代码共享、性能表现等方面的差异。LeanCLR通过80%的解释器代码复用继承HybridCLR的可靠性，同时创新性地采用平台抽象层设计，使其能适配WebAssembly、嵌入式等非Unity环境。文章还详细介绍了三种集成方式（独立集成、Unity集成、非Unity

2026-06-14 07:00:00 336

原创 38-Hybrid生态-LeanCLR总览

LeanCLR是HybridCLR生态中的轻量级CLR运行时组件，专注于提供精简的C#执行环境，适用于非Unity场景。它提取了HybridCLR核心的IL解释执行能力，支持跨平台运行（包括WebAssembly和嵌入式设备），体积仅1-2MB，具有快速启动和低内存占用的特点。与HybridCLR共享80%的解释器代码，确保执行行为一致。LeanCLR适用于Web游戏引擎、IoT设备、云端微服务等场景，但不适合CPU密集型任务，且BCL支持有限。作为HybridCLR在非Unity领域的延伸，它为C#生态提

2026-06-14 06:00:00 366

原创 37-Hybrid核心技术-热更新性能优化

本文系统性地探讨了HybridCLR热更新性能优化的五大维度：启动优化、运行时优化、内存优化、网络传输优化及监控诊断。在启动阶段，通过延迟加载、预编译和元数据裁剪可将冷启动时间缩短50%以上；运行时利用DHE变更率模型和跨边界调用优化，能在30%变更率下保持80%以上的原生性能；内存管理方面建议合理规划布局和对象池化，控制额外开销在10MB内；网络传输采用差分包压缩和并发下载策略，显著提升更新效率；最后强调建立性能监控体系的重要性，包括Profiler集成、自定义指标和RUM机制。文章为不同规模项目提供了针

2026-06-13 07:00:00 301

原创 36-Hybrid核心技术-热更新资源管理

本文深入探讨了HybridCLR热更新资源管理的核心环节，从资源分类、加载方案到版本管理和安全防护。主要内容包括：热更新资源分类：代码资源（DLL）、数据资源和二进制资源，推荐目录结构和命名规范。三种加载方案对比：Addressables集成、UnityWebRequest下载和AssetBundle直接加载，分析各自特性和适用场景。版本管理策略：语义化版本控制、增量/全量更新机制和回滚方案。安全防护措施：资源加密、完整性校验、CDN分发安全和RSA签名验证。完整资源管理管线：从构建到交付的端到端

2026-06-13 06:00:00 181

原创 35-Hybrid核心技术-热修复原理

HybridCLR热修复机制详解本文全面解析HybridCLR的热修复机制，重点介绍其与热更新的区别、实现原理和最佳实践。热修复（Hotfix）用于生产环境紧急修复线上Bug，通过运行时替换函数方法体实现"微创手术"式修复，而热更新（HotUpdate）则用于常规版本迭代。核心原理是利用RuntimeApi.HotfixAssembly接口加载剥离后的增量元数据包，替换解释器内部的方法体指针。关键特性包括：支持对热更新和DHE程序集进行函数级修复增量包大小仅为原始DLL的0.5-

2026-06-12 07:00:00 838

原创 34-Hybrid核心技术-热重载总览

在 HybridCLR 的生态中，有三个极易混淆但定位截然不同的概念——热重载（Hot Reload）热更新（Hot Update）与热修复（Hot Fix）。三者在目标、手段和适用场景上各有侧重，理解它们之间的区别与联系是掌握后续技术细节的前提。概念英文核心目标是否需要重启 App典型场景热更新Hot Update动态加载新的程序集，替换整个模块是（下次启动生效）版本迭代、新功能上线热重载Hot Reload运行时替换已加载的程序集，不重启否开发调试、线上紧急逻辑修正热修复Hot Fix。

2026-06-12 06:00:00 290

原创 33-DHE-实战指南

DHE实战指南摘要本文详细介绍了HybridCLR旗舰版中的DHE（差分混合执行）技术的实战应用。DHE作为旗舰版核心功能，需通过企业邮箱联系官方商务采购（项目买断制授权）。主要内容包括：获取与授权：DHE仅限旗舰版，需配置differentialHybridAssemblies标记DHE程序集，注意开发环境一致性和link.xml配置。主包构建流程：配置DHE程序集→生成元数据→构建主包→创建AOT快照（需与主包DLL一致）→随包发布原始MetaVersion文件。热更新发布：修改代码→编译热更新

2026-06-11 07:00:00 208

原创 32-DHE-源码深度分析

本文深入解析了HybridCLR中差分混合执行(DHE)的源码实现，主要内容包括：编译器端实现差异计算算法：通过ILComparator逐字节比较IL代码，结合元数据解析匹配类型和方法支持[Unchanged]特性手动标记方法变更状态 MetaVersion使用FNV-1a哈希算法为类型/方法生成版本号运行时实现通过DHEChangeMap数据结构记录方法变更状态调用决策采用O(1)哈希查找，开销仅5-10CPU周期支持DHAO和MetaVersion两种工作流加载方式文件格式 dhao文件

2026-06-11 06:00:00 283

原创 31-DHE总览-差分混合执行

DHE（差分混合执行）是HybridCLR旗舰版的核心技术，通过在AOT运行时中智能选择执行路径（未变更函数走原生AOT，变更函数走解释器）实现高性能热更新。该技术利用热更新通常只修改少量代码的特性，在典型场景（10-20%代码变更）下可保持87-97%的原生性能。DHE支持两种工作流：早期基于二进制对比的DHAO和推荐使用的MetaVersion版本号对比方案，后者更适合多主包场景。作为商业化功能，DHE特别适合对性能敏感的大型游戏项目，但存在加载顺序等使用限制，需配合AOTSnapshot管理工具链使用

2026-06-10 07:00:00 162

原创 30-源码-异常与垃圾回收解释

本文深入解析HybridCLR解释器中异常处理和垃圾回收的实现机制。异常处理方面，解释器通过IR指令模拟.NET异常模型，包括ThrowEx指令的三步处理流程、异常子句匹配机制、异常流栈管理等核心设计，实现了跨帧异常传播和finally块的确定性执行。垃圾回收支持方面，重点阐述了GC安全点检查策略、解释器帧的精确式栈扫描机制，以及引用写入时的写屏障触发逻辑。文章还分析了这些机制在性能与正确性之间的权衡，指出解释器在正常路径上遵循零开销原则，同时通过条件编译的调试检查确保运行时可靠性。这些设计与IL2CPP原

2026-06-10 06:00:00 349

原创 29-源码-方法调用与虚方法分发

方法调用是解释器执行中最复杂也最重要的操作之一。在 HybridCLR 的 IR 指令体系中，方法调用相关的 IR 指令有几十种——涵盖静态调用、实例调用、虚方法调用、接口调用、原生调用、尾调用等不同场景。每种调用类型都需要解释器执行不同的分派逻辑。在一段典型的 C# 程序中，方法调用指令的执行频次仅次于加载/存储指令和算术指令，因此调用分派的效率直接关系到解释器整体性能。

2026-06-09 07:00:00 293

原创 28-源码-栈帧管理

本文深入解析了HybridCLR解释器的栈帧管理机制，重点介绍了InterpFrame结构及其在方法执行中的核心作用。InterpFrame作为方法执行的上下文数据块，包含参数、局部变量、返回信息等关键状态，通过帧池进行高效内存管理。文章详细阐述了帧的生命周期管理（EnterFrame/LeaveFrame）、局部变量数组的三区域布局、帧栈的链表管理策略，以及栈溢出检测、栈回溯等关键技术实现。通过帧池复用和显式管理，HybridCLR在保持灵活性的同时实现了接近原生AOT的性能表现，为混合热更新方案提供了重

2026-06-09 06:00:00 442

原创 27-源码-指令分发机制

本文深入解析了HybridCLR解释器的指令分发机制，重点分析了其核心设计理念与性能优化策略。文章首先介绍了IR指令的固定8字节编码设计，包括操作数布局的统一约定和924种opcode的分类体系。随后详细剖析了ExecuteImpl中基于跳转表的switch分发架构，解释了这种设计如何实现O(1)时间复杂度的指令分发，并通过操作数预解码、高频指令优先处理等策略优化性能。文章还探讨了特殊指令的处理机制、方法调用的分发路径、与GC系统的集成方案，以及跨平台兼容性的实现考量。通过对比标准switch与comput

2026-06-08 07:00:00 1138

原创 26-源码-解释器总览

本文深入解析HybridCLR解释器模块的设计架构与实现原理，重点介绍了其核心组件与执行流程。解释器作为HybridCLR混合执行模型的核心，通过IR两阶段架构（编译器生成IR指令+解释器执行）实现高效运行。文章详细剖析了MachineState管理的三条运行时栈（评估栈、帧栈、异常流栈）、InterpFrame调用链结构、ExecuteMain主循环的指令分发机制，以及EnterFrame/LeaveFrame的帧管理策略。同时阐述了解释器的重入机制、线程安全设计，以及与编译器模块的协作方式。这种&quo

2026-06-08 06:00:00 963

原创 25-源码-异常与垃圾回收集成

本文深入解析了HybridCLR编译器对异常处理(EH)和垃圾回收(GC)的关键支持机制。在异常处理方面，详细阐述了从IL异常子句解析到IR指令生成的完整流程，包括EH表的结构解析、异常控制流的运行时管理机制，以及异常流栈(ExceptionFlowInfo)的设计实现。在垃圾回收方面，重点分析了编译器如何通过类型信息保留、GC安全点插入和写屏障生成等技术，确保与IL2CPP运行时GC系统的无缝集成。文章还探讨了异常与GC在编译器实现中的协同设计，包括基本块划分、寄存器管理和跨边界互操作等关键技术点，为理解

2026-06-07 07:00:00 402

原创 24-源码-泛型编译

本文详细探讨了HybridCLR编译器对泛型方法的处理机制。主要内容包括：1. 泛型在.NET中的工作方式，区分开放泛型和封闭泛型；2. 泛型上下文的初始化与使用方式；3. 泛型方法调用的解析过程，包括Token解析和运行时表示；4. 泛型共享策略的实现及其局限性；5. AOT泛型特化失败的降级处理路径；6. 泛型对IR生成的具体影响；7. 泛型方法的多次编译与缓存机制；8. 泛型与内联的交互关系。文章特别强调了HybridCLR如何通过运行时机制支持热更新中的泛型方法调用，包括泛型共享和AOT降级等关键技

2026-06-07 06:00:00 301

原创 23-源码-寄存器指令生成

本文深入解析HybridCLR编译器将IL栈式指令转换为寄存器式IR指令的过程。核心内容包括：1. HiOpcodeEnum的924个IR操作码分类（数据加载/存储、二元运算等十大类）及其严格命名规则； 2. 栈到寄存器的转换机制，通过EvalStackVarInfo跟踪栈槽类型、大小和虚拟寄存器编号； 3. IL到IR的映射处理，包括参数加载、类型特化加法、分支指令生成等典型场景； 4. 类型约化（reduceType）策略，将.NET丰富类型系统简化为I4/I8/R4/R8/Other五类； 5. 方法

2026-06-06 07:00:00 784

原创 22-源码-IL读取与解析

本文深入解析HybridCLR编译器中IL字节码的读取与解析过程。文章首先介绍IL指令的两种格式（单字节和双字节前缀指令）及其操作数类型，详细分析Opcodes模块如何通过压缩位域结构高效解码指令属性。接着阐述MethodBodyCache如何从PE文件中提取方法体，处理Tiny/Fat格式差异及异常处理子句。核心部分剖析BasicBlockSpliter的两阶段扫描算法，展示其如何通过控制流分析划分基本块边界。最后详解TransformBodyImpl中的指令解码实现，包括操作数处理、分支偏移计算和特殊前

2026-06-06 06:00:00 336

原创 21-源码-编译器总览

摘要： HybridCLR的编译器模块（hybridclr/transform/）负责将ECMA-335标准的IL字节码转换为自定义的寄存器指令（IR），供解释器执行。其核心流程包括：通过BasicBlockSpliter划分IL基本块，TransformContext解析IL并生成IR指令（含约250个IL指令的switch分支），最终序列化为8字节定长的IR指令流（InterpMethodInfo.code）。优化策略涵盖指令融合、类型特化、内联函数处理等，并通过延迟编译（首次调用时编译）和缓存机制提升

2026-06-05 07:00:00 383

原创 20-源码-程序集与模块元数据

本文深入分析HybridCLR中的程序集与模块元数据管理机制，重点解析Assembly、AssemblyRef、Module和ExportedType四张关键元数据表。文章详细阐述了程序集版本控制、强命名验证、多模块程序集结构、类型导出转发等核心功能，并完整呈现了从RuntimeApi.LoadImage到程序集注册的加载流程。特别针对热更新场景，探讨了跨程序集类型引用解析、泛型共享机制、AOT补充元数据加载等关键问题，为理解HybridCLR的多程序集协同工作提供了系统性的技术视角。作为元数据模块的收官之

2026-06-05 06:00:00 317

原创 19-源码-字段与属性元数据

本文深入解析了HybridCLR中字段与属性元数据的实现机制，重点内容包括：1. 字段元数据的核心结构FieldDef表及其运行时表示FieldDetail，包括字段标志、签名、偏移计算等关键技术细节；2. 属性与事件的元数据实现，展示了如何通过MethodSemantics表关联getter/setter方法；3. 字段偏移计算的复杂处理逻辑，包括值类型与引用类型的差异、泛型类型的特殊处理，以及与IL2CPP原生布局的一致性保证；4. 属性反射的实现原理和性能优化策略；5. 跨版本兼容性处理和安全机制。文

2026-06-04 07:00:00 1140

原创 18-源码-方法元数据

本文深入解析了HybridCLR运行时中的方法元数据系统，重点介绍了三大核心元数据表（MethodDef、MethodImpl、Param）的结构与功能。文章详细阐述了方法定义的解析过程、虚方法分发表（VTable）的构建机制、参数元数据管理以及跨程序集方法查找的实现原理，并探讨了方法体缓存、泛型特化、委托调用等高级主题。通过分析InterpreterImage等关键类的源码，揭示了HybridCLR如何高效处理热更新场景下的方法调用、接口实现和P/Invoke等复杂场景，为理解Unity热更新技术的底层原

2026-06-04 06:00:00 357

原创 17-源码-类型元数据

本文深入解析了HybridCLR元数据模块中的核心类型元数据机制，重点分析了TypeDef、TypeRef和TypeSpec三张关键表的结构与功能。TypeDef表记录程序集内定义的类型信息，包含字段、方法列表和继承关系；TypeRef表处理跨程序集类型引用，通过resolutionScope定位目标程序集；TypeSpec表则负责泛型实例化、数组等复合类型的表示。文章详细阐述了类型解析流程、缓存机制、泛型处理策略，以及跨程序集解析的异常处理方案，揭示了HybridCLR如何在运行时高效实现IL2CPP编译

2026-06-03 07:00:00 298

原创 16-源码-元数据总览

经过认知篇和架构篇的学习，我们已经对 HybridCLR 的整体架构有了宏观认识——hybridclr 核心运行时由元数据模块、编译器模块和解释器模块三大核心组成。本文作为源码深度阶段的开篇，聚焦于元数据模块的整体设计，回答三个核心问题：元数据模块承担哪些职责？它如何组织和存储 .NET 程序集的元数据信息？它与 IL2CPP 原生的 MetadataCache 之间如何协同工作？

2026-06-03 06:00:00 332

原创 15-架构-Unity包集成

本文介绍了HybridCLR的Unity包集成层设计，重点阐述了其作为开发者入口的关键角色。主要内容包括：包组织结构：遵循UPM标准，清晰划分Editor端（安装、配置、构建）和Runtime端（初始化、执行）职责；编辑器工具：包含安装器（自动化版本检测和补丁安装）、配置面板（图形化热更新程序集和AOT泛型配置）、AOT泛型引用生成器（确保运行时泛型支持）；运行时初始化：分步骤执行环境检查、AOT元数据补充加载、泛型方法注册和解释器初始化；构建流程：通过Unity回调机制无缝集成，支持热更新DLL的

2026-06-02 07:00:00 308

原创 14-架构-il2cpp_plus适配层

文章摘要：本文深入探讨了HybridCLR技术栈中的关键组件——il2cpp_plus适配层，其核心目标是通过补丁机制解决Unity不同版本IL2CPP运行时的兼容性问题。il2cpp_plus作为适配层，封装了版本差异，为hybridclr提供统一的运行时接口，避免核心代码被版本条件编译污染。其设计遵循最小化补丁原则，仅修改MetadataCache、间接调用表、类型系统等必要组件，支持动态元数据注册、方法调用扩展及GC集成。通过条件编译和分支管理策略，il2cpp_plus高效适配从Unity 202

2026-06-02 06:00:00 327

原创 13-架构-hybridclr核心运行时

本文深入解析HybridCLR运行时核心架构，重点介绍其五大核心模块的设计与协作关系。文章从源码目录结构切入，详细阐述：1）元数据模块如何解析DLL文件并注册到IL2CPP类型系统；2）编译器模块如何将IL指令转换为寄存器指令，包括基本块划分和虚拟寄存器分配算法；3）解释器模块的执行引擎设计，特别是其高效指令分派机制和AOT互操作实现；4）变换模块的预处理功能；5）VM模块作为桥梁对接IL2CPP运行时的关键作用。文章强调各模块遵循单一职责原则，通过明确定义的接口实现松耦合，并采用延迟编译策略优化性能。最后

2026-06-01 07:00:00 1044

原创 12-架构总览-HybridCLR整体架构

HybridCLR架构解析：模块化热更新解决方案 HybridCLR采用三层架构设计实现IL2CPP环境下的C#热更新能力。核心组件包括： hybridclr仓库（核心运行时）- 负责元数据管理、IL编译和解释执行 il2cpp_plus仓库（适配层）- 作为IL2CPP运行时的补丁扩展，封装版本差异 UPM包（集成层）- 提供Unity编辑器的自动化构建集成架构特点：分层解耦设计，各组件通过明确定义的接口交互支持多Unity版本（2020.3LTS至6000.x）完整的热更新工作流：DLL加载→元

2026-06-01 06:00:00 876

原创 11-原理总览-JIT-vs-AOT-vs-Interpreter

本文深入解析HybridCLR运行时从IL字节码到最终执行的完整处理流程。关键要点：双路径执行架构：同时支持AOT（IL2CPP编译为机器码）和解释器（寄存器指令解释执行）路径，通过IL2CPP间接调用表实现无缝互调。三阶段处理流程：元数据解析：加载热更新DLL并提取类型、方法等元数据 IL编译：将栈式IL转换为定长寄存器指令序列解释执行：通过跳转表分派循环执行寄存器指令核心设计：自定义RISC风格寄存器指令集提升执行效率三级元数据缓存减少查询开销独立解释器栈帧模型与原生栈帧交互性能权衡：

2026-05-31 07:00:00 339

原创 10-认知篇-原理总览-JIT-vs-AOT-vs-Interpreter

文章摘要本文系统分析了JIT、AOT和Interpreter三种代码执行模型的本质差异及其在Unity热更新技术中的应用。JIT通过运行时编译平衡灵活性与性能，AOT以预编译优化执行效率，而Interpreter牺牲性能换取极致灵活性。HybridCLR创新性地融合AOT与解释器，形成混合执行模型：AOT代码保持原生性能，热更新代码通过解释器实现动态性，两者无缝互调。性能对比显示，HybridCLR的AOT路径与IL2CPP性能一致，解释器路径性能损失为4-12倍（优于传统方案的8-30倍），且内存占用

2026-05-31 06:00:00 363

原创 09-认知篇-对比-UniHotCSharp深度解析

摘要：UniHotCSharp是一种基于IL重写技术的Unity纯C#热更新方案，通过编译时注入跳转桩和运行时方法重定向实现热更新。其优势在于零语言学习成本、轻量级接入和部分Unity生态兼容性，但核心缺陷是无法支持IL2CPP模式，导致在移动平台失效。与HybridCLR相比，UniHotCSharp在功能完整性、社区生态和跨平台支持上存在代际差距。本文通过六维评估框架（技术可行性、性能、开发体验等）揭示成熟方案的选择标准，指出工程实践中技术路线的独特性需让位于实际可用性。该案例表明，热更新方案的价值核心

2026-05-30 07:00:00 461

原创 08-认知篇-对比-injectfix深度解析

InjectFix是腾讯开源的一款Unity热修复方案，专注于快速修复线上Bug。它通过编译时IL注入和运行时虚拟机执行补丁代码的方式，允许开发者使用原生C#语言修复问题而无需重新打包。InjectFix支持IL2CPP，性能接近原生代码，但仅支持热修复而非完整热更新，无法新增功能模块。相比HybridCLR等热更新方案，InjectFix更轻量但功能有限，适合稳定维护期的项目进行紧急Bug修复。其核心优势在于使用原生C#、低接入成本，但存在泛型支持有限、社区活跃度低等不足。

2026-05-30 06:00:00 445

原创 07-认知篇-对比-xLua深度解析

xLua作为腾讯开源的Unity热更新方案，通过Lua与C#桥接技术实现了iOS等平台的热更新能力。文章从架构原理、技术优势、核心缺陷三方面深入解析：xLua采用Emit+DLR+PInvoke技术栈实现跨运行时互操作，通过GenerateCode机制优化性能，提供独特的Hotfix热修复功能。其优势在于Lua语言轻量易学、社区生态成熟、与Unity深度集成；但存在桥接性能开销大、调试困难、不支持泛型多线程等C#核心特性等结构性缺陷。与HybridCLR对比显示，原生C#方案在性能、开发效率、特性支持等方面

2026-05-29 07:00:00 879

快速排序（Quick Sort）作者原版论文PDF

web前端小鸟动画

随机迷宫地形脚本

Mi5Android7.0GoogleServer卡刷包

MFC+Windows程序设计

30天自制操作系统 扫描版

Mi5Android7.0Rec

空空如也

30天自制操作系统扫描版