内存优化: 纹理压缩技术

于 2022-03-16 16:20:00 发布
阅读量2.1k 收藏 7
点赞数 3
文章标签： 游戏 java android 游戏开发 人工智能
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Taobaojishu/article/details/123540294
版权

37071a97dd31aae086eeede57b9bcc69.gif

相比普通格式图片，纹理压缩可以节省大量显存和 CPU 解码时间，且对 GPU 友好。

背景

游戏开发中纹理是内存占用大户，移动设备因为内存有限，问题更加明显。据统计，淘宝互动小程序性能卡口 70% 以上都是因为内存超标，而内存超标的主要原因则是图片素材过多、过大等。

我们知道传统的图片文件格式有 PNG 、 JPEG 等，这种类型的图片格式无法直接被 GPU 读取，需要先经过 CPU 解码后再上传到 GPU 使用，解码后的数据以 RGB(A) 形式存储，无压缩。

而纹理压缩顾名思义是一种压缩的纹理格式，它通常会将纹理划分为固定大小的块(block)或者瓦片(tile)，每个块单独进行压缩，整体显存占用更低，并且能直接被 GPU 读取和渲染(无需 CPU 解码)，举例来说，一张1024x1024 的 JPEG 图片，使用RGBA格式，显存占用在 4M~5.3M 左右，而如果采用 ASTC_4x4 纹理压缩格式后，理论内存占用约在1.3M左右，相比普通纹理，可以减少70%+内存，具体数据见本文第三部分。

除此之外纹理压缩支持随机访问，随机访问是很重要的特性，因为纹理访问的模式高度随机，只有在渲染时被用到的部分才需要访问到，且无法提前预知其顺序。而且在场景中相邻的像素在纹理中不一定是相邻的 ，因此图形渲染性能高度依赖于纹理访问的效率。综上，相比普通格式图片，纹理压缩可以节省大量显存和 CPU 解码时间，且对 GPU 友好。

在WebGL上，我们可以通过相关 Extension 使用纹理压缩。纹理压缩的格式有很多种（详见下文），并且不同的厂商和机型支持的格式也不完全一致，因此使用压缩纹理前，需要判断设备是否支持。实际开发中，一般不会直接使用WebGL API加载压缩纹理，而是使用游戏引擎，目前主流的游戏引擎如 pixi.js 等均支持纹理压缩，开发者可以不用关心其中细节，只需要跟普通图片一样传入素材地址，剩下的都交给引擎来做。

纹理压缩不是银弹，虽然优势很多，但是其自身也有一些使用限制，主要有：

  • 有损压缩。所有的压缩纹理均为有损压缩，因此需要开发者 or 设计师验证压缩效果是否符合预期；

  • 尺寸要求。部分压缩纹理要求宽高相等(PVRTC)，或者宽高必须是2的幂次方，使用有些不便；

  • 体积。压缩纹理虽然显存占用小，但是文件体积通常会比 JPEG 更大(看具体压缩格式)，IO时间会更长；

  • 格式&兼容性问题。压缩纹理格式多样，需要针对不同平台选用不同格式，意味着同一份素材可能需要存储多份格式；

因此，是否需要使用压缩纹理需要开发者进行权衡，比如，游戏首帧资源我们通常希望越快约好，这时可以使用普通纹理，而对于非首帧资源或者出现内存瓶颈时则可以考虑使用纹理压缩。

主流纹理压缩格式、原理及兼容性情况

▐  纹理压缩格式

格式

WebGL扩展名

简介

ETC1

WEBGL_compressed_texture_etc1

ETC(Ericsson Texture Compression)是Khronos 开放标准，专利来自于瑞典爱立信公司，它在移动平台中广泛采用，是一种为感知质量设计的有损算法，它基于人眼对亮度而不是色度更敏感这一事实，在每个block定义四种不同的亮度偏移，即四种不同的颜色可用，可以认为这些颜色就是一个局部调色板，ETC会把4x4的像素块压缩成一个64或128位的数据块。

ETC有两种压缩格式：ETC1和ETC2。纹理长宽必须是2的幂次方；

  • ETC1基本所有Android机型都支持，但是缺陷是不支持Alpha通道；

  • ETC2 是ETC1的扩展，向下兼容ETC1。支持Alpha，但是需要开启OpenGL ES 3.x。

e364017f284bfb00f027c606ac1a5ae0.png

ETC2

WEBGL_compressed_texture_etc

ASTC

WEBGL_compressed_texture_astc

ASTC(Adaptive Scalable Texture Compression)是目前最强大的纹理压缩格式，由ARM & AMD研发。ASTC同样是基于block的压缩方式，但块的大小却较支持多种尺寸，比如从基本的4x4到12x12；每个块内的内容用128bits来进行存储，因而不同的块就对应着不同的压缩率；相比ETC，ASTC不要求长宽是2的幂次方。

894868849c263daacaccfca754e0c2a3.png

PVRTC

WEBGL_compressed_texture_pvrtc

PVRTC(PowerVR Texture Compression)，专为 PowerVR 图形核心系列设计，IOS平台都支持，它使用2张双线性放大的低分辨率图，根据精度和每个像素的权重，融合到一起来呈现纹理；PVRTC 2-bpp把一个8×4的像素单元组压成一个64位的数据块，压缩效果比较差；PVRTC 4-bpp把一个4×4的像素单元组压成一个64位的数据块；PVRTC压缩要求图片的大小必需是正方形而且边长必需是2的幂次方。

0e2db6078d23a2c806d79b0d2bced846.png

S3TC

WEBGL_compressed_texture_s3tc

S3TC(S3 Texture Compression)基本思想是把4x4的像素块压缩成一个64或128位的数据块，有损压缩。S3TC算法有五种变化DXT1-DXT5，一般在桌面设备上面使用，详见wiki。

▐  压缩纹理素材生产

20449fb8e5bbf325b6a0d6f61a5d1ff2.png

如上所示，设计师产出png/jpeg等素材后，可以通过工具生成.ktx格式的压缩纹理素材，随后就可以在项目中直接使用了。不同格式的压缩纹理生产工具也不一样(PVETextTool、Adreno Texture Tool、...)，而为了在各个平台中都能使用，通常需要生成不同格式的压缩纹理，社区有一些工具做了二次封装，可以生成多种格式的压缩纹理，如texture-compressor等。

▐  KTX文件格式

KTX(Khronos texture)是一种通用的纹理压缩存储格式，OpenGL(ES)、Vulkan等均支持，KTX文件中包含了纹理加载所需的所有参数及数据，比如format 、type、宽高等等，更多信息见wiki。

e1bcff4dc67cfec1c83ae3144cbebad3.png

如下是一个ktx文件的内容：

08b8e988400f266f070b6b39298540a2.png

基于这个格式，可以实现KTX Loader，用于解析KTX资源，生成纹理(通常游戏引擎会自带)。如下所示，读取KTX文件到ArrayBuffer然后解析拿到元信息:

// KhronosTextureContainer
constructor(arrayBuffer, facesExpected, baseOffset = 0) {
  this.arrayBuffer = arrayBuffer;
  this.baseOffset = baseOffset;


  // Test that it is a ktx formatted file, based on the first 12 bytes, character representation is:
  // '´', 'K', 'T', 'X', ' ', '1', '1', 'ª', '\r', '\n', '\x1A', '\n'
  // 0xAB, 0x4B, 0x54, 0x58, 0x20, 0x31, 0x31, 0xBB, 0x0D, 0x0A, 0x1A, 0x0A
  const identifier = new Uint8Array(this.arrayBuffer, this.baseOffset, 12);
  if (identifier[0] !== 0xAB
      || identifier[1] !== 0x4B
      || identifier[2] !== 0x54
      || identifier[3] !== 0x58
      || identifier[4] !== 0x20
      || identifier[5] !== 0x31
      || identifier[6] !== 0x31
      || identifier[7] !== 0xBB
      || identifier[8] !== 0x0D
      || identifier[9] !== 0x0A
      || identifier[10] !== 0x1A
      || identifier[11] !== 0x0A) {
      return;
  }


  // load the reset of the header in native 32 bit uint
  const dataSize = Uint32Array.BYTES_PER_ELEMENT;
  const headerDataView = new DataView(this.arrayBuffer, this.baseOffset + 12, 13 * dataSize);
  const endianness = headerDataView.getUint32(0, true);
  const littleEndian = endianness === 0x04030201;


  this.glType = headerDataView.getUint32(1 * dataSize, littleEndian); // must be 0 for compressed textures
  this.glTypeSize = headerDataView.getUint32(2 * dataSize, littleEndian); // must be 1 for compressed textures
  this.glFormat = headerDataView.getUint32(3 * dataSize, littleEndian); // must be 0 for compressed textures
  this.glInternalFormat = headerDataView.getUint32(4 * dataSize, littleEndian); // the value of arg passed to gl.compressedTexImage2D(,,x,,,,)
  this.glBaseInternalFormat = headerDataView.getUint32(5 * dataSize, littleEndian); // specify GL_RGB, GL_RGBA, GL_ALPHA, etc (un-compressed only)
  this.pixelWidth = headerDataView.getUint32(6 * dataSize, littleEndian); // level 0 value of arg passed to gl.compressedTexImage2D(,,,x,,,)
  this.pixelHeight = headerDataView.getUint32(7 * dataSize, littleEndian); // level 0 value of arg passed to gl.compressedTexImage2D(,,,,x,,)
  this.pixelDepth = headerDataView.getUint32(8 * dataSize, littleEndian); // level 0 value of arg passed to gl.compressedTexImage3D(,,,,,x,,)
  this.numberOfArrayElements = headerDataView.getUint32(9 * dataSize, littleEndian); // used for texture arrays
  this.numberOfFaces = headerDataView.getUint32(10 * dataSize, littleEndian); // used for cubemap textures, should either be 1 or 6
  this.numberOfMipmapLevels = headerDataView.getUint32(11 * dataSize, littleEndian); // number of levels; disregard possibility of 0 for compressed textures
  this.bytesOfKeyValueData = headerDataView.getUint32(12 * dataSize, littleEndian); // the amount of space after the header for meta-data


  ...
}
▐  使用压缩纹理(WebGL)

在 WebGL 上使用纹‍理压缩主要‍有如下步骤：

  1. ‍下载纹理压缩素材；

  2. 解析ktx文件；

  3. 判断设备支‍持的纹理压缩格式；

  4. 通过getExtension获取纹理压缩扩展；

  5. 上传纹理压缩数据到GPU；

其中上传纹理主要指compressedTexImage2D、compressedTexImage3D‍‍‍两个API，其入参均可以从‍KTX文件中拿

var ext = gl.getExtension('WEBGL_compressed_texture_etc');


var texture = gl.createTexture();
gl.bindTexture(gl.TEXTURE_2D, texture);


gl.compressedTexImage2D(gl.TEXTURE_2D, 0, ext.COMPRESSED_RGBA8_ETC2_EAC, 512, 512, 0, textureData);
▐  兼容性情况

  1. Android平台: Android平台由于机型、厂商众多，纹理压缩的支持情况较为复杂；其中ETC1支持的最为广泛，但是由于ETC1不支持Alpha通道，导致其使用场景有限，ETC2覆盖度也挺高但是需要启用OpenGL es 3.x；据google play统计，Android中高端机型对ASTC的支持度覆盖度有77%以上(具体到GPU型号上，高通骁龙415及以上(2015)，ARM Mali T624(2012)及以上，NVIDIA Tegra k1(2014)及以上)。

  2. iOS平台: iOS平台PVRTC格式支持最广泛，苹果也推荐使用此格式；在2013 A7芯片发布后，开始支持(ETC/ETC2)格式，2014 A8芯片及以上，开始支持ASTC格式；

1cbf6c51a6aba745b564e8bbb36f28a0.png

综上，Android平台选用ETC + ASTC，iOS平台高版本使用ASTC、低版本PVRTC兜底即可覆盖所有设备。开发者运行时可以通过API glgetString(GL_EXTENSIONS)获取当前设备支持的压缩纹理格式，WebGL通过getSupportedExtensions()API获得相同信息。

纹理压缩性能表现

▐  体积

素材大小1024x1024：

dfc5cdca978fa50bc0e5ff411d2a5940.png

158f477c9de141ec0b13525384e2734b.png

结论：

  1. 相比jpeg等图片格式，纹理压缩通常体积会更大，这会导致IO时间变长；

  2. 不同格式的纹理压缩体积也不一样，压缩率高体积虽然降下来，但是素材质量会降低，使用时需要权衡；

  3. 纹理压缩格式GZip压缩效果不明显；

▐  下载时间 & 内存

测试机型: pixel4、iPhone11ProMax

游戏引擎: pixi.js

accb2c35e620d2c6fe1ba1856df495cc.png

压缩纹理在小程序实际场景中的性能表现

1dbf8f210da57b478fafca2a0510bdb3.png

批量加载JPEG纹理内存增长情况

7117f9747d57733d949ea5d885479c17.png

批量加载ASTC纹理内存增长情况

结论：纹理压缩格式相比普通纹理内存优势巨大，可以减少50%以上内存占用，但与此同时，素材下载时间会延长；

▐  纹理上传GPU时间

75f52fa836d7b31583ad89fae01adcd4.png

不同纹理格式GPU上传时间

结论：纹理压缩格式GPU上传时间几乎可以忽略不记，相比普通纹理具有巨大的优势，也可以抵消一部分压缩纹理下载的耗时；

小程序Canvas纹理压缩实现方案

小程序下，我们是基于 OpenGL ES API 封装 WebGL API，纹理压缩也不例外，由于WebGL扩展中支持的纹理压缩格式在OpenGL ES中都有对应实现，比如 WEBGL_compressed_texture_astc扩展对应到GL的扩展名为 GL_KHR_texture_compression_astc_ldr等，因此只需要根据扩展名称映射到OpenGLES实现即可，比较简单，这里不再展开。

总结

纹理压缩在现代计算机图形中占据重要定位，现如今主流移动设备GPU都已支持纹理压缩，在实际场景中可以充分利用此能力优化游戏应用以带来更好的用户体验。

参考

  1. http://sv-journal.org/2014-1/06/en/index.php?lang=en#8

  2. https://developer.android.com/guide/playcore/asset-delivery/texture-compression

  3. https://docs.unity3d.com/es/2019.4/Manual/class-TextureImporterOverride.html

  4. https://blog.imaginationtech.com/pvrtc-the-most-efficient-texture-compression-standard-for-the-mobile-graphics-world/

  5. https://cesium.com/blog/2017/02/06/texture-compression/

团队介绍

阿里跨平台技术人才储备丰富，独行快，众行远，欢迎优秀的你加入【淘系终端体验平台-跨平台技术团队】，一起打造靠谱的跨平台方案！这里有H5容器、Weex、Flutter、小程序、游戏互动等诸多解决方案，既有技术深度也有广泛业务场景，欢迎优秀的小伙伴来一起搞事情，一起把技术做稳一起为业务提效，手淘跨平台技术团队欢迎你的加入！

1aea7971bd7edd8fc27db0da5cb282f1.png

✿  拓展阅读

13679e8962dfd43c921a144d3ac4cc2c.png

作者|楚奕

编辑|橙子君

出品|阿里巴巴新零售淘系技术

03a3291571a48dedffd676c60d51910f.png

0ca1eb293466a72739aee0f2c30d698d.png

阿里巴巴淘系技术团队官网博客
关注
  • 3
    点赞
  • 踩
  • 7
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
博客
淘系技术，实力为2019年双11而战！稳！
11-12 2万+
今年，双11走到了第11个年头，史无前例的，阿里经济体内有49支技术团队共同参与作战，也是第一次，双11的核心系统将100%跑在云上，这无疑让今年的双11技术作战充满了更大的挑战。正如2019年双11技术团长平畴（汤兴）说的“「善战者，无智名，无勇功」，这是我们技术人最高的境界”。我们一起捍卫了阿里技术人的荣耀，一个字 “稳”！年年双11，回回新玩法，“在吗，盖楼吗？”成为了好友聊天的日常，每天蹲...
博客
一文梳理有效提升RAG效果的方法
08-12 19
在大模型实际落地的时候，存在一些问题，主要集中在以下方面：缺少垂直领域知识：虽然大模型压缩了大量的人类知识，但在垂直场景上明显存在短板，需要专业化的服务去解决特定问题。存在幻觉、应用有一定门槛：在大模型使用上有一些幻觉、合规问题，没有办法很好地落地，配套工作不足，缺乏现成的方案来管理非结构化文本、进行测试、运营和管理等。存在重复建设：各业务孤立摸索，资产无法沉淀，存在低水平重复建设，对公司来说RO...
博客
RocketMq之消费者消费流程
08-09 794
探索RocketMq消息中间件的奥秘：深入源码剖析消费者消费流程与存储架构。本文从RocketMq消息存储的精细设计出发，揭秘CommitLog与ConsumerQueue如何携手实现高效存储与快速消费，旨在为读者搭建起通往RocketMq核心原理的桥梁，激发进一步探索的兴趣。我的疑问在看源码之前，我对RocketMq中间件的实现方式有以下几个疑问：消息的存储架构是如何的？消费者是怎么拉取消息的？...
博客
AIGC大模型实践总结
08-07 1025
大模型浪潮席卷全球，在各行各业中的重要性愈发凸显，呈现出一股不可逆转的发展趋势。这一年本人所在业产技也在这一过程中持续探索和尝试AIGC。本文一方面是对AIGC实践的总结回顾，同时也是本人学习实践AIGC过程中一些笔记、心得分享。因个人能力限制，文章中可能存在一些理解或表述错误的地方，希望各位大佬能及时批评和指正。AI时代2022年11月30号，OpenAI推出ChatGPT后随即爆火，五天注册用...
博客
“JVM” 上的AOP：Java Agent 实战
08-02 307
在软件开发领域，面向切面编程（AOP）作为一种强大的技术手段，极大地促进了代码的模块化与可维护性，尤其在处理横切关注点方面表现出色。本文将深入探讨Java平台上的AOP实现，聚焦于Spring AOP框架及其在实际项目中的应用限制，以团队内部广泛应用的日志框架Diagnose为例，揭示了Spring AOP在处理非Bean类方法、静态方法及内部调用时的局限性。AOP概述：以Diagnose为例说起...
博客
场景执行工具：Java
07-31 440
在软件开发实践中，面对复杂多变的业务场景，开发者常常需要设计灵活且可扩展的架构以应对“根据不同场景执行不同逻辑”的需求。本文以Java语言为背景，探讨了如何通过模式设计与工具化手段优化这一过程，旨在减少代码冗余，提升开发效率与代码质量。用途在日常开发过程中，经常遇到“根据不同场景，做不同的处理”。如：对领红包而言，不满足领红包资格的用户返回“不满足资格”文案。有资格而未领取的用户，需要领红包、纪录...
博客
淘宝测试环境治理实践
07-29 423
去年之前，阿里巴巴的淘天集团测试环境是以领域方式运作：不局限测试环境治理本身，从测试模式方法论及用好测试环境思路引领集团测试环境治理。领域运作最难的是“统一思想”。业务进一步细分调整后，测试环境治理策略理应由业务方自行决策，领域尽可能多的提供更好用的工具产品供业务方使用。测试环境产品得很稳定，让用户相信环境是可靠的，其次环境部署需要高效，二者缺一不可。下面从这两个方面做一下阐述。测试环境可靠性图1...
博客
业务代码里的 TypeScript 小技巧
07-26 62
本文将会极致贯彻实用主义，介绍一些可以直接上手用的 TypeScript 技巧，新手友好，不需要了解背后的原理与规则（但也提供了简单介绍），只要对着特定场景套公式就好了，就让我们把事情变得再简单一些吧！使用 never 类型检查 switch case 语句在处理可能以多种形式成立的条件时，我们通常会使用 switch case 语句，一个结合 TypeScript 的常见例子是处理枚举的各个成员...
博客
淘天集团顶尖人才T-Star计划正式启动
07-24 62
¤拓展阅读¤3DXR技术|终端技术|音视频技术服务端技术|技术质量|数据算法
博客
Bean配置问题的案例分享
07-22 1052
最近在某个项目的开发过程中，遇到了一个bean注入不生效的问题，本文主要针对该问题进行展开，欢迎大家共同探讨。背景该项目涉及到两个应用，其中一个应用A需要给另一个应用B打一个胖客户端（Fat Client），该胖客户端的代码在两个应用中都有调用。胖客户端内需要配置一个tair bean，但是该bean配置在A中生效，但是在B中却没有生效。相关知识点还记得Spring是怎么配置bean的吗？在Spr...
博客
关于垂直领域大模型的探索和尝试
07-19 636
在过去一年多的实践工作中，我们团队围绕大模型在专业领域的应用做了一些尝试和探索。在此也把这两年的一些技术经验分享出来，希望跟大家一起交流和探讨。垂直领域大模型的特点垂直领域大模型是指以通用大模型作为base model，再喂以特定领域或行业的领域知识，经过训练和优化的大语言模型。与通用语言模型相比，垂直领域大模型更专注于某个特定领域的知识和技能，具备更高的领域专业性和实用性。但因为一些特殊性（比如...
博客
当前端谈数据时，我们在谈些什么
07-17 759
作为前端，和业务上下游交流数据的时候，经常会出现页面 PV、UV、点击率、转化率等中英混杂不知所云的名词。特别是在存量竞争的当下，数据更是频频出现在高层的目标和规划中。那么，当我们，一个前端同学，谈起数据时，我们在谈些什么呢？追本溯源我们先抛开 spm 这些埋点名词，从一个行外人的角度来审视用户的交互过程。▐为什么要看数据让我们先从一个页面开始。前端永远是从一个页面开始。这个页面可能是一个内容...
博客
淘宝页面首帧优化的经验和心得
07-15 948
最近做了一些移动端页面的首帧优化的工作，有很多心得和感受，其中有很多共性的东西，总结成一篇文章希望可以帮助到更多业务，也希望引起读者一起讨论。为何要做首帧优化作为程序匠人，一直在努力追求做一款好的产品，打磨各个细节，做好用户体验，而首帧是用户接触到产品的第一个页面，是体验的重中之重。也正因是产品的第一个页面，转化率接近100%，从ROI的角度来说，做好首帧优化也是一个很划算的deal。做好首帧优化...
博客
淘宝互动游戏之我养的鸡要旅行
07-12 112
游戏的开发区别于传统前端，本文记录了作者慢慢摸索该互动游戏项目过程中遇到的问题和解决的思路。背景近期PD找到我，说我们的特价版小鸡送好礼要进行大改版，要让小鸡在地图上自由的走动起来，期间会遇到各种随机事件、玩法，从而提高趣味性和业务指标。交互图如下：作为一个半吊子游戏开发选手首先想到的就是：小鸡如何行走，是否需要前、后、左、右、左上、左下、右上、右下八个动画；遇到建筑物、河流如何处理；交互稿子上有...
博客
ODPS开发大全：进阶篇
07-10 951
本文旨在收集整理ODPS开发中入门及进阶级知识，尽可能涵盖大多数ODPS开发问题，成为一本mini百科全书，后续也会持续更新。希望通过笔者的梳理和理解，帮助刚接触ODPS开发的同学快速上手。本系列分为两部分：入门篇和进阶篇。ODPS开发大全：入门篇常用参数设置常用的调整无外乎调整map、join、reduce的个数，map、join、reduce的内存大小。以ODPS的参数设置为例，参数可能因版本...
博客
ODPS开发大全：入门篇
07-08 739
本文旨在收集整理ODPS开发中入门及进阶级知识，尽可能涵盖大多ODPS开发问题，成为一本mini百科全书，后续也会持续更新。希望通过笔者的梳理和理解，帮助刚接触ODPS开发的同学快速上手。本文为该系列第一篇：入门篇。笔者不才，有任何错误纰漏，欢迎大家指正。基础功能介绍▐功能分类一般来说，数据开发包括了以下几个类型：▐MaxCompute功能在此，我们重点介绍一下其中MaxCompute模块...
博客
带你了解“Java新特性——模块化”
07-05 936
Java平台从Java 8向Java 9及更高版本的进化，其中引入了一个重要的新特性——模块系统（Project Jigsaw）。模块系统的目的是解决大型应用的依赖管理问题，提升性能，简化JRE，增强兼容性和安全性，并提高开发效率。通过模块化，Java能够更好地支持微服务架构，提供更细粒度的封装和控制，以及更清晰的依赖关系。文章详细介绍了模块系统的概念，如MODULE DESCRIPTOR、主要参...
博客
架构之道：人人都是架构师
07-03 1252
每个业务系统的开发者都应该具备一定的架构师素养，架构师的重要职责不仅仅是做决策，更重要的是提升团队的整体能力。一个好的架构师应该聚焦于业务和系统，定义问题和结果，设计系统、模块和代码，同时也需要解决跨域问题，确定团队间的边界，制定规范，统一语言，并创建一个让每个人都能成长为架构师的环境，以促进团队的敏捷性。本文旨在探讨如何培养架构思维，并阐述了架构师的职责、能力模型、方法论，以及如何成为架构师。前...
博客
VLMs多模态大模型当下进展与思考
07-01 182
自从ChatGPT问世以来，人工智能领域经历了一场令人眼花缭乱的变革，特别是在视觉-语言模型（Vision-Language Models, VLMs）的研究和应用上更是如此。VLMs通过结合视觉感知能力和自然语言理解能力，已经在诸如图像描述、视觉问答以及图像和视频的自动标注等多个方面展示出其惊人的潜力和应用价值。随着技术的不断进步，VLMs在处理复杂视觉和语言任务时的性能得到了显著提升，同时也为...
博客
MapStruct-JavaBean映射工具使用指南
06-26 792
在软件开发中，对象之间的转换是一项常见的任务，尤其是在处理数据模型间的映射时。传统的做法，如使用JavaBeanUtils，可能会导致性能下降，而手动编写转换代码则效率低下且易出错。为了解决这些问题，MapStruct应运而生。MapStruct是一个强大的代码生成器，遵循约定优于配置的原则，使得对象间的映射变得简单、高效且类型安全。它在编译时生成映射代码，确保了高性能，并通过自动化减少开发工作，...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值