节约用电小贴士_节约用水：洗个小澡-CSDN博客

本文探讨了在资源受限环境下，如容器化场景，如何优化代码以节省CPU和内存资源。通过对比分析十六进制到字符串转换的两种实现方法，强调了避免不必要的对象创建和合理使用数据结构的重要性。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

节约用电小贴士

容器越来越小。我们的编程需要转移以进行补偿。

我们曾经能够编写要在具有大量内存和大量CPU的大型计算机上运行的代码。然后出现了云计算，计算机虽然大小适中，但并不庞大。

然后出现了容器化，我们开始在四分之一的CPU和很少的系统RAM上运行我们的软件。

企业软件开发人员必须掌握与嵌入式或游戏软件开发人员相同的挑战。

我们必须完善资源利用的艺术

正如我之前关于CI 所写的那样，计算任务的效率具有绿色影响。就服务器场而言，绿色代表着地球变热并燃烧着能源，而就美元（或其他任何方面）而言，绿色代表着不被浪费，因为您必须在更多节点上运行环境。

最重要的是，您可能希望您的应用以最高速度运行。

计算机程序使用CPU周期来计算事物并消耗系统内存。任务结束后，必须回收系统内存，这会导致更多的CPU使用率。同样，当任务占用大量系统内存时，也会涉及工作量和风险。分配方面的努力，以及在系统内存不足/内存不足时出现速度变慢或停止的风险。

了解你的敌人

临时堆对象不是敌人。不必要的是。

考虑以下算法：

 private static final String PAIR_PATTERN = "(?<=\\G.{2})" ;  public static String hexToString(String hex) { 
     if (StringUtils.isBlank(hex) || 
           hex.length() % 2 != 0 ) { 
         throw new RuntimeException( "Invalid input" ); 
     } 
     List<Byte> list = Arrays.stream(hex.split(PAIR_PATTERN)) 
             .map(convertStringToByte()) 
             .collect(Collectors.toList()); 
     return new String(ArrayUtils.toPrimitive( 
             list.toArray( new Byte[list.size()])), 
             StandardCharsets.ISO_8859_1);  }  private static Function<String, Byte> convertStringToByte() { 
     return s -> Integer.valueOf(Integer.parseInt(s, 16 )) 
         .byteValue();  }

这是一个十六进制到字符串的转换器。也许从图书馆借书会更有效。也许这是一个好主意，因为它使用了我们想要的编码等等。

关于上述问题，这有多节俭！？

不是特别的…

上面是慢速或内存浪费技术的购物清单。 API和Java类型系统允许我们使用它们的方式吸引了我们。不过，值得使用这个无辜的例子来学习一些经验教训。这是其中注释了所有不成比例的资源使用情况的代码：

 // splitting a string with a regex and when you just want  // pairs is probably overkill, compared with repeated  // use of substring  private static final String PAIR_PATTERN = "(?<=\\G.{2})" ;  public static String hexToString(String hex) { 
     if (StringUtils.isBlank(hex) || 
           hex.length() % 2 != 0 ) { 
         throw new RuntimeException( "Invalid input" ); 
     } 
     // we're using streaming and a variable-sized list 
     // when we know the target size - variable sized 
     // structures come with overheads 
     List<Byte> list = Arrays.stream(hex.split(PAIR_PATTERN)) 
             // we're mapping using a function that 
             // creates a function not a huge overhead, 
             // but a bit of a surprise 
             .map(convertStringToByte()) 
             .collect(Collectors.toList()); 
     // this line is the shocker 
     // the new Byte[list.size()] is a misuse of the API 
     // which only needs ANY byte array, as it will create 
     // its own to return - so there's a whole wasted array 
     // the array itself being of the wrong type - Byte 
     // rather than byte, so it's immediately replaced by 
     // another array with the unboxed values 
     return new String(ArrayUtils.toPrimitive( 
             list.toArray( new Byte[list.size()])), 
             StandardCharsets.ISO_8859_1);  }  private static Function<String, Byte> convertStringToByte() { 
     // the boxing of the integer only to 
     // convert it to a Byte is an 
     // extra object and operation 
     return s -> Integer.valueOf(Integer.parseInt(s, 16 )) 
         .byteValue();  }

替代

认真…使用图书馆。虽然：

 public static String hexToString(String hex) { 
      if (StringUtils.isBlank(hex) || 
               hex.length() % 2 != 0 ) { 
          throw new RuntimeException( "Invalid input" ); 
      } 
      byte [] hexToBytes = new byte [hex / 2 ]; 
      int writeIndex = 0 ; 
      for ( int i = 0 ; i < hex.length(); i += 2 ) { 
          hexToBytes[writeIndex++] = 
              stringToByte(hex.subString(i, i + 2 )); 
      } 
      return new String(hexToBytes, 
          StandardCharsets.ISO_8859_1);  }  private static byte stringToByte(String hex) { 
     return ( byte )(Integer.parseInt(hex, 16 ));  }

也可以。假设通过某种智能运行时内联以某种方式自动处理了调用stringToByte的开销。

这种方法优于其他方法的地方是它分配了固定大小的缓冲区并重新使用它。我们以前在C ++中使用的方式！