资源第二篇:bundle 的config.json 文件内容的解析

2024-08-26 16:36

本文主要是介绍资源第二篇:bundle 的config.json 文件内容的解析,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

简介

本篇文章主要是对bundle包的核心文件config.json 的分析。config.json记录着整个bundle包的具体信息,并通过config.json 去解析整个bundle包。

bundle 目录下的文件结构

在这里插入图片描述

  1. import 存放所有的json。场景、预制体、texture2D配置等json
  2. native 存放所有的实际资源,名字是使用资源的uuid
  3. config.json 是bundle的配置信息,包含了使用到的所有资源信息等
  4. index.js 是bundle中的所有脚本合并后生成的js脚本

勾选调试模式的 config.json 内容

{"paths": {}, //如果资源本身在bundle目录下,这里会有资源的路径,如果是主包,未使用到的资源不会打入包中//场景使用到的素有资源的uuid,包括场景的uuid"uuids": ["25mPg1UuhFQLAWwyCGbyp/", // test2.fire 场景的uuid"d5gcIrQmhPd7ttYFvz1IeF", // test2.fire 场景依赖的资源,自己包中的texture的uuid"ecpdLyjvZBwrvm+cedCcQy", //其他bundle中的资源"f7lRyGrkdLioafj1l6glWx" // test2.fire 场景依赖的资源,自己包中的texture中的spriteFrame的uuid],"scenes": {"db://assets/main/test2.fire": "25mPg1UuhFQLAWwyCGbyp/" //场景的路径,场景的uuid},"redirect": ["ecpdLyjvZBwrvm+cedCcQy", 0], //重定向,如果使用了其他bundle的资源,资源的uuid会出现在这里"deps": ["internal"], //依赖的bundle/** packs  是对相同合并包的一个解析比如:**/"packs": {"09731f1b4": ["25mPg1UuhFQLAWwyCGbyp/", "f7lRyGrkdLioafj1l6glWx"] //场景依赖的资源uuid,后面的uuid是使用的spriteFrame的uuid},"name": "main", //bundle的名字"importBase": "import", //import 目录资源的路径"nativeBase": "native", //native 目录资源的路径"debug": true,"isZip": false,"encrypted": false, // 是否加密"versions": {// 依赖的资源,本包中import文件夹下的资源,第一个是场景的uuid(固定位置),第二个元素是版本号,后面的是资源的uuid与版本号"import": ["09731f1b4", "75d10", "d5gcIrQmhPd7ttYFvz1IeF", "7be92"],// 依赖的资源,本包中native文件夹下的资源,第一个是资源的压缩uuid,紧接这是版本号"native": ["d5gcIrQmhPd7ttYFvz1IeF", "2790f"]}
}

release模式的 config.json 内容

{//paths是资源的路径信息,key是资源的uuid,value是一个数组,第一个元素是资源的路径,后面的元素是资源的类型"paths": {},//types是资源的类型信息,paths中的资源类型是通过索引来这里的查找的"types": [],//当前包使用到的所有资源的uuid,包含场景的uuid"uuids": ["25mPg1UuhFQLAWwyCGbyp/","d5gcIrQmhPd7ttYFvz1IeF","edLdjA5wFPBZ6FT1VAfExX","03jMiDhOFLDY594LJy1G1v","41F7knMkFA/L9r3Fe/KnP6","ecpdLyjvZBwrvm+cedCcQy","f7lRyGrkdLioafj1l6glWx"],//场景信息,key是场景的路径,value是uuids的索引数字 可以根据索引数字从uuids中找到uuid"scenes": { "db://assets/main/test2.fire": 0 },//重定向信息,当该包中使用了其他bundle资源时,会生成信息。每2个为一组,前一个为uuids的索引数字,后一个为deps的索引数字"redirect": [4, 0, 5, 1],//使用到其他bundle的资源时,会再次记录bundle包的名字。例如这里使用了subGame1和internal两个bundle的资源"deps": ["subGame1", "internal"],/**打包信息,例如这里有两个pack,每个元素的key都是import中文件名(uuid),value是该文件关联的资源的uuid数组。例如:第一个pack 中key是import中场景的json名,value是是该场景中使用到的所有资源的索引数字,通过该索引数字可以从uuids中找到uuid第二个pack中key是import中texture2D的json名,value是所有的texture2D都会使用该texture2D的json的索引数字,通过该索引数字可以从uuids中找到uuid**/"packs": { "064519d1c": [1, 2], "0addf2f00": [3, 0, 6] },"name": "main",//bundle的名字"importBase": "import",//import文件夹的名字"nativeBase": "native",//native文件夹的名字"debug": false,//是否是debug模式"isZip": false,//是否是zip压缩"encrypted": false,//是否是加密的/** 版本信息,import中的版本信息,native中的版本信息。打包勾选了MD5 Cache时,会生成版本信息。没勾选时,为空。没有versions字段时,表示没有勾选MD5 Cache。import中的版本信息是一个数组,每2个为一组,第一个是uuids的索引数字,第二个是版本号。这里使用的直接是import中的文件名064519dc。native中的版本信息是一个数组,每2个为一组,第一个是uuids的索引数字,第二个是版本号**/"versions": { "import": ["064519d1c", "b2b05", "0addf2f00", "dfe43"], "native": [1, "2790f", 2, "6b2af"] }
}

这两种不同config.json可以做一个很好的参考对比,第二种由于带有很多数字,较难理解,所以参考第一种会更容易让人去理解数字表示的意思。

打包规则的简单总结

压缩类型设置:压缩是对import目录下的json文件的操作。

  • 无压缩: 所有的json文件都独立存在
  • 默认:相同类型的会压缩到一起。

例如:spriteFrame的json会与场景的json合并到一起。texture2D的json相同的话合并成一个json,它的解析会在config.json的packs中关联,texture的json的uuid作为key,value是所有使用到该json的cc.Texture2D的uuid。

  • 合并所有json:把所有的json 合并成一个大json
    官方文档参考: 压缩类型设置

注意点

  1. main 是主包,资源在主包文件目录中,但未被静态引用,则该资源不会被打到包里。简单来说就是只会把静态引用到的资源打包进去。
    其他bundle,如果资源在bundle中,就会打入到bundle中。
  2. bundle的优先级问题:官方文档优先级
  3. 静态引用资源,会把spriteFrame的json合并到场景的json中,如果是未使用到的资源,它的json都是独立的一个文件,依然会打包到config.json 的uuids字段里。
  4. internal 内置bundle 是一个特殊的bundle,在项目加载时,第一个加载的bundle 是internal bundle,当启动游戏时,会在准备引擎阶段下载internal的effects目录和Material目录。最后才会通过bundle的api 反序列化场景数据和初始化场景。

这篇关于资源第二篇:bundle 的config.json 文件内容的解析的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1109098

相关文章

Java的栈与队列实现代码解析

《Java的栈与队列实现代码解析》栈是常见的线性数据结构,栈的特点是以先进后出的形式,后进先出,先进后出,分为栈底和栈顶,栈应用于内存的分配,表达式求值,存储临时的数据和方法的调用等,本文给大家介绍J... 目录栈的概念(Stack)栈的实现代码队列(Queue)模拟实现队列(双链表实现)循环队列(循环数组

java解析jwt中的payload的用法

《java解析jwt中的payload的用法》:本文主要介绍java解析jwt中的payload的用法,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录Java解析jwt中的payload1. 使用 jjwt 库步骤 1:添加依赖步骤 2:解析 JWT2. 使用 N

Python中__init__方法使用的深度解析

《Python中__init__方法使用的深度解析》在Python的面向对象编程(OOP)体系中,__init__方法如同建造房屋时的奠基仪式——它定义了对象诞生时的初始状态,下面我们就来深入了解下_... 目录一、__init__的基因图谱二、初始化过程的魔法时刻继承链中的初始化顺序self参数的奥秘默认

Python实现word文档内容智能提取以及合成

《Python实现word文档内容智能提取以及合成》这篇文章主要为大家详细介绍了如何使用Python实现从10个左右的docx文档中抽取内容,再调整语言风格后生成新的文档,感兴趣的小伙伴可以了解一下... 目录核心思路技术路径实现步骤阶段一:准备工作阶段二:内容提取 (python 脚本)阶段三:语言风格调

Java 正则表达式URL 匹配与源码全解析

《Java正则表达式URL匹配与源码全解析》在Web应用开发中,我们经常需要对URL进行格式验证,今天我们结合Java的Pattern和Matcher类,深入理解正则表达式在实际应用中... 目录1.正则表达式分解:2. 添加域名匹配 (2)3. 添加路径和查询参数匹配 (3) 4. 最终优化版本5.设计思

使用Java将DOCX文档解析为Markdown文档的代码实现

《使用Java将DOCX文档解析为Markdown文档的代码实现》在现代文档处理中,Markdown(MD)因其简洁的语法和良好的可读性,逐渐成为开发者、技术写作者和内容创作者的首选格式,然而,许多文... 目录引言1. 工具和库介绍2. 安装依赖库3. 使用Apache POI解析DOCX文档4. 将解析

一文详解如何在Python中从字符串中提取部分内容

《一文详解如何在Python中从字符串中提取部分内容》:本文主要介绍如何在Python中从字符串中提取部分内容的相关资料,包括使用正则表达式、Pyparsing库、AST(抽象语法树)、字符串操作... 目录前言解决方案方法一:使用正则表达式方法二:使用 Pyparsing方法三:使用 AST方法四:使用字

Java字符串处理全解析(String、StringBuilder与StringBuffer)

《Java字符串处理全解析(String、StringBuilder与StringBuffer)》:本文主要介绍Java字符串处理全解析(String、StringBuilder与StringBu... 目录Java字符串处理全解析:String、StringBuilder与StringBuffer一、St

Spring Boot循环依赖原理、解决方案与最佳实践(全解析)

《SpringBoot循环依赖原理、解决方案与最佳实践(全解析)》循环依赖指两个或多个Bean相互直接或间接引用,形成闭环依赖关系,:本文主要介绍SpringBoot循环依赖原理、解决方案与最... 目录一、循环依赖的本质与危害1.1 什么是循环依赖?1.2 核心危害二、Spring的三级缓存机制2.1 三

C#中async await异步关键字用法和异步的底层原理全解析

《C#中asyncawait异步关键字用法和异步的底层原理全解析》:本文主要介绍C#中asyncawait异步关键字用法和异步的底层原理全解析,本文给大家介绍的非常详细,对大家的学习或工作具有一... 目录C#异步编程一、异步编程基础二、异步方法的工作原理三、代码示例四、编译后的底层实现五、总结C#异步编程