【Linux】一步一步学Linux——zipinfo命令(69)

00. 目录

文章目录

01. 命令概述

zipinfo命令的全称为“zip information”，该命令用于列出压缩文件信息。执行zipinfo指令可得知zip压缩文件的详细信息。

02. 命令格式

zipinfo [-12hlmMstTvz][压缩文件][文件...][-x <范本样式>]

  • 1

03. 常用选项

-1：只列出文件名称；
-2：此参数的效果和指定“-1”参数类似，但可搭配“-h”，“-t”和“-z”参数使用；
-h：只列出压缩文件的文件名称；
-l：此参数的效果和指定“-m”参数类似，但会列出原始文件的大小而非每个文件的压缩率；
-m：此参数的效果和指定“-s”参数类似，但多会列出每个文件的压缩率；
-M：若信息内容超过一个画面，则采用类似more指令的方式列出信息；
-s：用类似执行“ls-l”指令的效果列出压缩文件内容；
-t：只列出压缩文件内所包含的文件数目，压缩前后的文件大小及压缩率；
-T：将压缩文件内每个文件的日期时间用年，月，日，时，分，秒的顺序列出；
-v：详细显示压缩文件内每一个文件的信息；
-x<范本样式>：不列出符合条件的文件的信息；
-z：如果压缩文件内含有注释，就将注释显示出来。

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12

04. 参考示例

4.1 显示压缩文件信息

[deng@localhost test]$ zipinfo file.zip 
Archive:  file.zip
Zip file size: 1610 bytes, number of entries: 4
-rwxrwxr-x  3.0 unx      520 tx defN 19-Jul-28 21:59 a.sh
-rwxrwxr-x  3.0 unx      520 tx defN 19-Jul-28 21:59 b.sh
-rwxrwxr-x  3.0 unx      520 tx defN 19-Jul-28 21:59 c.sh
-rwxrwxr-x  3.0 unx      520 tx defN 19-Jul-28 21:59 d.sh
4 files, 2080 bytes uncompressed, 1044 bytes compressed:  49.8%
[deng@localhost test]$ 

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9

4.2 显示压缩文件中每个文件的信息

[deng@localhost test]$ zipinfo -v file.zip 
Archive:  file.zip
There is no zipfile comment.

End-of-central-directory record:
-------------------------------

  Zip archive file size:                      1610 (000000000000064Ah)
  Actual end-cent-dir record offset:          1588 (0000000000000634h)
  Expected end-cent-dir record offset:        1588 (0000000000000634h)
  (based on the length of the central directory and its expected offset)

  This zipfile constitutes the sole disk of a single-part archive; its
  central directory contains 4 entries.
  The central directory is 296 (0000000000000128h) bytes long,
  and its (expected) offset in bytes from the beginning of the zipfile
  is 1292 (000000000000050Ch).

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17

4.3 只显示压缩包大小、文件数目

[deng@localhost test]$ zipinfo -h file.zip 
Archive:  file.zip
Zip file size: 1610 bytes, number of entries: 4
[deng@localhost test]$ 

  • 1
  • 2
  • 3
  • 4

4.4 生成一个基本的、长格式的列表，包括标题和总计行

[deng@localhost test]$ zipinfo -l file.zip 
Archive:  file.zip
Zip file size: 1610 bytes, number of entries: 4
-rwxrwxr-x  3.0 unx      520 tx      261 defN 19-Jul-28 21:59 a.sh
-rwxrwxr-x  3.0 unx      520 tx      261 defN 19-Jul-28 21:59 b.sh
-rwxrwxr-x  3.0 unx      520 tx      261 defN 19-Jul-28 21:59 c.sh
-rwxrwxr-x  3.0 unx      520 tx      261 defN 19-Jul-28 21:59 d.sh
4 files, 2080 bytes uncompressed, 1044 bytes compressed:  49.8%
[deng@localhost test]$ 

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9

4.5 将压缩文件内每个文件的日期时间用年，月，日，时，分，秒的顺序列出

[deng@localhost test]$ zipinfo -T file.zip 
Archive:  file.zip
Zip file size: 1610 bytes, number of entries: 4
-rwxrwxr-x  3.0 unx      520 tx defN 20190728.215900 a.sh
-rwxrwxr-x  3.0 unx      520 tx defN 20190728.215906 b.sh
-rwxrwxr-x  3.0 unx      520 tx defN 20190728.215909 c.sh
-rwxrwxr-x  3.0 unx      520 tx defN 20190728.215913 d.sh
4 files, 2080 bytes uncompressed, 1044 bytes compressed:  49.8%
[deng@localhost test]$ 

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9

4.6 查看存档中最近修改的文件，排序列出

[deng@localhost test]$ zipinfo -T file.zip | sort -nr -k 7 
-rwxrwxr-x  3.0 unx      520 tx defN 20190728.215913 d.sh
-rwxrwxr-x  3.0 unx      520 tx defN 20190728.215909 c.sh
-rwxrwxr-x  3.0 unx      520 tx defN 20190728.215906 b.sh
-rwxrwxr-x  3.0 unx      520 tx defN 20190728.215900 a.sh
Zip file size: 1610 bytes, number of entries: 4
Archive:  file.zip
4 files, 2080 bytes uncompressed, 1044 bytes compressed:  49.8%
[deng@localhost test]$ 

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9

05. 附录

参考：【Linux】一步一步学Linux系列教程汇总

id="article_content" class="article_content clearfix"> id="content_views" class="markdown_views prism-atom-one-light">

基本概念

内存管理模块管理系统的内存资源，它是操作系统的核心模块之一，主要包括内存的初始化、分配以及释放。

在系统运行过程中，内存管理模块通过对内存的申请/释放来管理用户和OS对内存的使用，使内存的利用率和使用效率达到最优，同时最大限度地解决系统的内存碎片问题。

OpenHarmony LiteOS-M的内存管理分为静态内存管理和动态内存管理，提供内存初始化、分配、释放等功能。

  • 动态内存：在动态内存池中分配用户指定大小的内存块。

    • 优点：按需分配。
    • 缺点：内存池中可能出现碎片。

  • 静态内存：在静态内存池中分配用户初始化时预设（固定）大小的内存块。

    • 优点：分配和释放效率高，静态内存池中无碎片。
    • 缺点：只能申请到初始化预设大小的内存块，不能按需申请。

静态内存

运行机制

静态内存实质上是一个静态数组，静态内存池内的块大小在初始化时设定，初始化后块大小不可变更。

静态内存池由一个控制块LOS_MEMBOX_INFO和若干相同大小的内存块LOS_MEMBOX_NODE构成。控制块位于内存池头部，用于内存块管理，包含内存块大小uwBlkSize，内存块数量uwBlkNum，已分配使用的内存块数量uwBlkCnt和空闲内存块链表stFreeList。内存块的申请和释放以块大小为粒度，每个内存块包含指向下一个内存块的指针pstNext。

图1 静态内存示意图

开发指导

使用场景

当用户需要使用固定长度的内存时，可以通过静态内存分配的方式获取内存，一旦使用完毕，通过静态内存释放函数归还所占用内存，使之可以重复使用。

接口说明

OpenHarmony LiteOS-M的静态内存管理主要为用户提供以下功能，接口详细信息可以查看API参考。

表1 静态内存模块接口

class="table-box">
功能分类接口名
初始化静态内存池LOS_MemboxInit：初始化一个静态内存池，根据入参设定其起始地址、总大小及每个内存块大小。
清除静态内存块内容LOS_MemboxClr：清零从静态内存池中申请的静态内存块的内容。
申请、释放静态内存LOS_MemboxAlloc：从指定的静态内存池中申请一块静态内存块。
LOS_MemboxFree：释放从静态内存池中申请的一块静态内存块。
获取、打印静态内存池信息LOS_MemboxStatisticsGet：获取指定静态内存池的信息，包括内存池中总内存块数量、已经分配出去的内存块数量、每个内存块的大小。
LOS_ShowBox：打印指定静态内存池所有节点信息，打印等级是LOG_INFO_LEVEL（当前打印等级配置是PRINT_LEVEL），包括内存池起始地址、内存块大小、总内存块数量、每个空闲内存块的起始地址、所有内存块的起始地址。

说明： 初始化后的内存池的内存块数量，不等于总大小除于内存块大小，因为内存池的控制块和每个内存块的控制头，都存在内存开销，设置总大小时，需要将这些因素考虑进去。

开发流程

本节介绍使用静态内存的典型场景开发流程。

  1. 规划一片内存区域作为静态内存池。

  2. 调用LOS_MemboxInit初始化静态内存池。 初始化会将入参指定的内存区域分割为N块（N值取决于静态内存总大小和块大小），将所有内存块挂到空闲链表，在内存起始处放置控制头。

  3. 调用LOS_MemboxAlloc接口分配静态内存。 系统将会从空闲链表中获取第一个空闲块，并返回该内存块的起始地址。

  4. 调用LOS_MemboxClr接口。 将入参地址对应的内存块清零。

  5. 调用LOS_MemboxFree接口。 将该内存块加入空闲链表。

编程实例

本实例执行以下步骤：

  1. 初始化一个静态内存池。

  2. 从静态内存池中申请一块静态内存。

  3. 在内存块存放一个数据。

  4. 打印出内存块中的数据。

  5. 清除内存块中的数据。

  6. 释放该内存块。 示例代码如下：

    本演示代码在 ./kernel/liteos_m/testsuites/src/osTest.c 中编译验证，在TestTaskEntry中调用验证入口函数ExampleStaticMem。

#include "los_membox.h"

#define MEMBOX_POOL_SIZE    100
#define MEMBOX_BLOCK_SZIE   10
#define MEMBOX_WR_TEST_NUM  828
VOID ExampleStaticMem(VOID)
{
    UINT32 *mem = NULL;
    UINT32 blkSize = MEMBOX_BLOCK_SZIE;
    UINT32 poolSize = MEMBOX_POOL_SIZE;
    UINT32 boxMem[MEMBOX_POOL_SIZE];
    UINT32 ret;

    /* 内存池初始化 */
    ret = LOS_MemboxInit(&boxMem[0], poolSize, blkSize);
    if(ret != LOS_OK) {
        printf("Membox init failed!\n");
        return;
    } else {
        printf("Membox init success!\n");
    }

    /* 申请内存块 */
    mem = (UINT32 *)LOS_MemboxAlloc(boxMem);
    if (mem == NULL) {
        printf("Mem alloc failed!\n");
        return;
    }
    printf("Mem alloc success!\n");

    /* 内存地址读写验证 */
    *mem = MEMBOX_WR_TEST_NUM;
    printf("*mem = %d\n", *mem);

    /* 清除内存内容 */
    LOS_MemboxClr(boxMem, mem);
    printf("Mem clear success \n*mem = %d\n", *mem);

    /* 释放内存 */
    ret = LOS_MemboxFree(boxMem, mem);
    if (LOS_OK == ret) {
        printf("Mem free success!\n");
    } else {
        printf("Mem free failed!\n");
    }

    return;
}

 class="hljs-button signin active" data-title="登录复制" data-report-click="{"spm":"1001.2101.3001.4334"}">
class="hide-preCode-box">
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40
  • 41
  • 42
  • 43
  • 44
  • 45
  • 46
  • 47
  • 48
  • 49
结果验证

输出结果如下：

Membox init success!
Mem alloc success!
*mem = 828
Mem clear success   
*mem = 0
Mem free success!
 class="hljs-button signin active" data-title="登录复制" data-report-click="{"spm":"1001.2101.3001.4334"}">

动态内存

运行机制

动态内存管理，即在内存资源充足的情况下，根据用户需求，从系统配置的一块比较大的连续内存（内存池，也是堆内存）中分配任意大小的内存块。当用户不需要该内存块时，又可以释放回系统供下一次使用。与静态内存相比，动态内存管理的优点是按需分配，缺点是内存池中容易出现碎片。

OpenHarmony LiteOS-M动态内存在TLSF算法的基础上，对区间的划分进行了优化，获得更优的性能，降低了碎片率。动态内存核心算法框图如下：

图1 轻量系统动态内存核心算法

根据空闲内存块的大小，使用多个空闲链表来管理。根据内存空闲块大小分为两个部分：[4, 127]和[27, 231]，如上图size class所示：

  1. 对[4,127]区间的内存进行等分，如上图下半部分所示，分为31个小区间，每个小区间对应内存块大小为4字节的倍数。每个小区间对应一个空闲内存链表和用于标记对应空闲内存链表是否为空的一个比特位，值为1时，空闲链表非空。[4,127]区间的31个小区间内存对应31个比特位进行标记链表是否为空。

  2. 大于127字节的空闲内存块，按照2的次幂区间大小进行空闲链表管理。总共分为24个小区间，每个小区间又等分为8个二级小区间，见上图上半部分的Size Class和Size SubClass部分。每个二级小区间对应一个空闲链表和用于标记对应空闲内存链表是否为空的一个比特位。总共24*8=192个二级小区间，对应192个空闲链表和192个比特位进行标记链表是否为空。

例如，当有40字节的空闲内存需要插入空闲链表时，对应小区间[40,43]，第10个空闲链表，位图标记的第10比特位。把40字节的空闲内存挂载第10个空闲链表上，并判断是否需要更新位图标记。当需要申请40字节的内存时，根据位图标记获取存在满足申请大小的内存块的空闲链表，从空闲链表上获取空闲内存节点。如果分配的节点大于需要申请的内存大小，进行分割节点操作，剩余的节点重新挂载到相应的空闲链表上。当有580字节的空闲内存需要插入空闲链表时，对应二级小区间[29,29+2^6]，第31+2*8=47个空闲链表，并使用位图的第47个比特位来标记链表是否为空。把580字节的空闲内存挂载第47个空闲链表上，并判断是否需要更新位图标记。当需要申请580字节的内存时，根据位图标记获取存在满足申请大小的内存块的空闲链表，从空闲链表上获取空闲内存节点。如果分配的节点大于需要申请的内存大小，进行分割节点操作，剩余的节点重新挂载到相应的空闲链表上。如果对应的空闲链表为空，则向更大的内存区间去查询是否有满足条件的空闲链表，实际计算时，会一次性查找到满足申请大小的空闲链表。

内存管理结构如下图所示：

图2 轻量系统动态内存管理结构图

一些芯片片内RAM大小无法满足要求，需要使用片外物理内存进行扩充。对于这样的多段非连续性内存， LiteOS-M内核支持把多个非连续性内存逻辑上合一，用户不感知底层的多段非连续性内存区域。 LiteOS-M内核内存模块把不连续的内存区域作为空闲内存结点插入到空闲内存节点链表，把不同内存区域间的不连续部分标记为虚拟的已使用内存节点，从逻辑上把多个非连续性内存区域实现为一个统一的内存池。下面通过示意图说明下多段非连续性内存的运行机制：

图3 非连续性内存合一示意图

结合上述示意图，非连续性内存合并为一个统一的内存池的步骤如下：

  1. 把多段非连续性内存区域的第一块内存区域通过调用LOS_MemInit接口进行初始化。

  2. 获取下一个内存区域的开始地址和长度，计算该内存区域和上一块内存区域的间隔大小gapSize。

  3. 把内存区域间隔部分视为虚拟的已使用节点，使用上一个内存区域的尾节点，设置其大小为gapSize + OS_MEM_NODE_HEAD_SIZE（即sizeof(struct OsMemUsedNodeHead)）。

  4. 把当前内存区域划分为一个空闲内存节点和一个尾节点，把空闲内存节点插入到空闲链表，并设置各个节点的前后链接关系。

  5. 如果有更多的非连续内存区域，重复上述步骤2-4。

开发指导

使用场景

动态内存管理的主要工作是动态分配并管理用户申请到的内存区间。动态内存管理主要用于用户需要使用大小不等的内存块的场景，当用户需要使用内存时，可以通过操作系统的动态内存申请函数索取指定大小的内存块，一旦使用完毕，通过动态内存释放函数归还所占用内存，使之可以重复使用。

接口说明

OpenHarmony LiteOS-M的动态内存管理主要为用户提供以下功能，接口详细信息可以查看API参考。

表1 动态内存模块接口

class="table-box">
功能分类接口描述
初始化和删除内存池LOS_MemInit：初始化一块指定的动态内存池，大小为size。
LOS_MemDeInit：删除指定内存池，仅打开编译控制开关LOSCFG_MEM_MUL_POOL时有效。
申请、释放动态内存LOS_MemAlloc：从指定动态内存池中申请size长度的内存。
LOS_MemFree：释放从指定动态内存中申请的内存。
LOS_MemRealloc：释放从指定动态内存中申请的内存。
获取内存池信息LOS_MemPoolSizeGet：获取指定动态内存池的总大小。
LOS_MemTotalUsedGet：获取指定动态内存池的总使用量大小。
LOS_MemInfoGet：获取指定内存池的内存结构信息，包括空闲内存大小、已使用内存大小、空闲内存块数量、已使用的内存块数量、最大的空闲内存块大小。
LOS_MemPoolList：打印系统中已初始化的所有内存池，包括内存池的起始地址、内存池大小、空闲内存总大小、已使用内存总大小、最大的空闲内存块大小、空闲内存块数量、已使用的内存块数量。仅打开编译控制开关LOSCFG_MEM_MUL_POOL时有效。
获取内存块信息LOS_MemFreeNodeShow：打印指定内存池的空闲内存块的大小及数量。
LOS_MemUsedNodeShow：打印指定内存池的已使用内存块的大小及数量。
检查指定内存池的完整性LOS_MemIntegrityCheck：对指定内存池做完整性检查，仅打开编译控制开关LOSCFG_BASE_MEM_NODE_INTEGRITY_CHECK时有效。
增加非连续性内存区域LOS_MemRegionsAdd：支持多段非连续性内存区域，把非连续性内存区域逻辑上整合为一个统一的内存池。仅打开LOSCFG_MEM_MUL_REGIONS时有效。如果内存池指针参数pool为空，则使用多段内存的第一个初始化为内存池，其他内存区域，作为空闲节点插入；如果内存池指针参数pool不为空，则把多段内存作为空闲节点，插入到指定的内存池。

说明：

开发流程

本节介绍使用动态内存的典型场景开发流程。

  1. 初始化LOS_MemInit。 初始一个内存池后生成一个内存池控制头、尾节点EndNode，剩余的内存被标记为FreeNode内存节点。注：EndNode作为内存池末尾的节点，size为0。

  2. 申请任意大小的动态内存LOS_MemAlloc。 判断动态内存池中是否存在大于申请量大小的空闲内存块空间，若存在，则划出一块内存块，以指针形式返回，若不存在，返回NULL。如果空闲内存块大于申请量，需要对内存块进行分割，剩余的部分作为空闲内存块挂载到空闲内存链表上。

  3. 释放动态内存LOS_MemFree。 回收内存块，供下一次使用。调用LOS_MemFree释放内存块，则会回收内存块，并且将其标记为FreeNode。在回收内存块时，相邻的FreeNode会自动合并。

编程实例

本实例执行以下步骤：

  1. 初始化一个动态内存池。

  2. 从动态内存池中申请一个内存块。

  3. 在内存块中存放一个数据。

  4. 打印出内存块中的数据。

  5. 释放该内存块。

示例代码如下：

本演示代码在 ./kernel/liteos_m/testsuites/src/osTest.c 中编译验证，在TestTaskEntry中调用验证入口函数ExampleDynMem。

#include "los_memory.h"

#define TEST_POOL_SIZE (2*1024)
#define MEMBOX_WR_TEST_NUM  828

__attribute__((aligned(4))) UINT8 g_testDynPool[TEST_POOL_SIZE];

VOID ExampleDynMem(VOID)
{
    UINT32 *mem = NULL;
    UINT32 ret;

    /* 初始化内存池 */
    ret = LOS_MemInit(g_testDynPool, TEST_POOL_SIZE);
    if (LOS_OK  == ret) {
        printf("Mem init success!\n");
    } else {
        printf("Mem init failed!\n");
        return;
    }

    /* 申请内存块 */
    mem = (UINT32 *)LOS_MemAlloc(g_testDynPool, 4);
    if (mem == NULL) {
        printf("Mem alloc failed!\n");
        return;
    }
    printf("Mem alloc success!\n");

    /* 内存地址读写验证 */
    *mem = MEMBOX_WR_TEST_NUM;
    printf("*mem = %d\n", *mem);

    /* 释放内存 */
    ret = LOS_MemFree(g_testDynPool, mem);
    if (LOS_OK == ret) {
        printf("Mem free success!\n");
    } else {
        printf("Mem free failed!\n");
    }

    return;
}

 class="hljs-button signin active" data-title="登录复制" data-report-click="{"spm":"1001.2101.3001.4334"}">
class="hide-preCode-box">
结果验证

输出结果如下：

Mem init success!
Mem alloc success!
*mem = 828
Mem free success!
 class="hljs-button signin active" data-title="登录复制" data-report-click="{"spm":"1001.2101.3001.4334"}">

如果大家想更加深入的学习 OpenHarmony（鸿蒙南向） 开发的全栈内容，不妨可以参考以下相关学习文档进行学习，助你快速提升自己：

OpenHarmony 开发环境搭建：https://qr18.cn/CgxrRy

《OpenHarmony源码解析》：https://qr18.cn/CgxrRy

系统架构分析：https://qr18.cn/CgxrRy

OpenHarmony 设备开发学习手册：https://qr18.cn/CgxrRy

在这里插入图片描述

OpenHarmony面试题（内含参考答案）：https://qr18.cn/CgxrRy

写在最后

data-report-view="{"mod":"1585297308_001","spm":"1001.2101.3001.6548","dest":"https://blog.csdn.net/maniuT/article/details/140880658","extend1":"pc","ab":"new"}">> id="blogExtensionBox" style="width:400px;margin:auto;margin-top:12px" class="blog-extension-box"> class="blog_extension blog_extension_type2" id="blog_extension"> class="extension_official" data-report-click="{"spm":"1001.2101.3001.6471"}" data-report-view="{"spm":"1001.2101.3001.6471"}"> class="blog_extension_card_left"> class="blog_extension_card_cont"> 鸿蒙开发学习资料领取！！！ class="blog_extension_card_cont_r"> 微信名片
注：本文转载自blog.csdn.net的沧海一笑-dj的文章"https://blog.csdn.net/dengjin20104042056/article/details/97620459"。版权归原作者所有，此博客不拥有其著作权，亦不承担相应法律责任。如有侵权，请联系我们删除。
复制链接
复制链接
相关推荐
发表评论

评论记录：

未查询到任何数据！