linux内核Image/zImage/uImage的编译过程(十四)_images.ub和zimage-程序员宅基地

技术标签: linux  内核  uboot  

一. 基础知识

1.1 Image uImage与zImage的区别

linux内核经过编译后会生成一个elf格式的可执行程序,叫vmlinux或vmlinuz,这个就是原始的未经任何处理加工的原版内核elf文件;嵌入式系统部署时烧录的一般不是这个vmlinuz/vmlinux,而是要用objcopy工具去制作成烧录镜像格式,经过制作加工后的烧录镜像文件就叫Image。原则上Image就可以直接被烧录到Flash上进行启动执行(类似于u-boot.bin),但是实际上并不是这么简单。linux的大佬们觉得Image还是太大了!!所以对Image进行了压缩,并且在image压缩后的文件的前端附加了一部分解压缩代码,构成了一个压缩格式的镜像就叫zImage。运行的时候,通过zImage镜像头部的解压缩代码进行自解压,然后执行解压出来的内核镜像。

uboot为了启动linux内核,还发明了一种内核格式叫uImage。uImage是uboot专用的映像文件,它是在zImage之前加上一个长度为64字节的“头”,说明这个内核的版本、加载位置、生成时间、大小等信息;其0x40之后与zImage没区别

注意:
(1)uImage不关linux内核的事,linux内核只管生成zImage即可,这个加工过程其实就是在zImage前面加上64字节的uImage的头信息即可。如果 ${CROSS_COMPILE}mkimage且编译虚拟机的/usr/bin/mkimage都不存在,会提示"mkimage" command not found - U-Boot images will not be built。解决方案是去uboot/tools目录下执行cp mkimage /usr/bin/,复制mkimage工具到系统目录下。再去make uImage即可。
(2)原则上uboot启动时是执行uImage格式的内核镜像,但是实际上uboot中也可以支持zImage。是否支持就看是否定义了LINUX_ZIMAGE_MAGIC这个宏。所以大家可以看出:有些uboot是支持zImage启动的,有些则不支持。但是所有的uboot肯定都支持uImage启动(常用方式,有更多的优点)。

具体的实现流程见文章末尾的总结图。

二. uImage目标及其构建规则

(1)在顶层Makefile包含了 arch/arm/Makefile文件,uImage目标就定义在这个文件中。

zImage Image xipImage bootpImage uImage: vmlinux
	$(Q)$(MAKE) $(build)=$(boot) MACHINE=$(MACHINE) $(boot)/$@

参考build变量的定义,把上面的命令展开为(我用的mini6410开发板):

make -f scripts/Makefile.build obj=arch/arm/boot MACHINE=arch/arm/mach-s3c64xx/ arch/arm/boot/uImage

(2)由于obj=arch/arm/boot,所以会包含arch/arm/boot /Makefile 文件,这时Make又会在arch/arm/boot /Makefile中查找目标arch/arm/boot/uImage。arch/arm/boot/uImage目标的定义和构建规则,如下:

# arch/arm/boot/Makefile
MKIMAGE         := $(srctree)/scripts/mkuboot.sh

$(obj)/Image: vmlinux FORCE
	$(call if_changed,objcopy)
	@echo '  Kernel: $@ is ready'

$(obj)/compressed/vmlinux: $(obj)/Image FORCE
	$(Q)$(MAKE) $(build)=$(obj)/compressed $@

$(obj)/zImage:	$(obj)/compressed/vmlinux FORCE
	$(call if_changed,objcopy)
	@echo '  Kernel: $@ is ready'

quiet_cmd_uimage = UIMAGE  $@
      cmd_uimage = $(CONFIG_SHELL) $(MKIMAGE) -A arm -O linux -T kernel \
		   -C none -a $(LOADADDR) -e $(STARTADDR) \
		   -n 'Linux-$(KERNELRELEASE)' -d $< $@

$(obj)/uImage: LOADADDR=$(ZRELADDR)


$(obj)/uImage: STARTADDR=$(LOADADDR)

$(obj)/uImage:	$(obj)/zImage FORCE
	$(call if_changed,uimage)
	@echo '  Image $@ is ready'

可以看到目标arch/arm/boot/uImage的依赖是arch/arm/boot/zImage(下一小节讲),调用的是mkuboot.sh脚本。 mkuboot.sh的作用是去找到是否存在"mkimage",此工具是用来生成最后的uImage。mkuboot.sh 首先检查toolchain是否拥有mkimage (使用-z来判空),如果没有,再检查系统中是否拥有mkimage;如果没有则报错。关于mkimage的使用方法,在linux内核编译中常用的目标(二)中有详细的讲解。

(3)需要注意的是这个链接和入口地址定义在平台相关的目录中:

# arch/arm/mach-s3c64xx/Makefile.boot: 
  zreladdr-y	:= 0x50008000

下面只给出编译时实际执行的命令:

/bin/bash /home/hh/linux-2.6.38/scripts/mkuboot.sh -A arm -O linux -T kernel
 -C none -a 0x50008000 -e 0x50008000 -n 'Linux-2.6.38-FriendlyARM' 
 -d arch/arm/boot/zImage arch/arm/boot/uImage

三. uImage的依赖zImage

# arch/arm/boot/Makefile 

$(obj)/compressed/vmlinux: $(obj)/Image FORCE
	$(Q)$(MAKE) $(build)=$(obj)/compressed $@

$(obj)/zImage:	$(obj)/compressed/vmlinux FORCE
	$(call if_changed,objcopy)
	@echo '  Kernel: $@ is ready'

3.1 首先分析依赖$(obj)/compressed/vmlinux

参考build变量的定义,把上面的命令展开为(我用的mini6410开发板):

make -f scripts/Makefile.build obj=arch/arm/boot/compressed arch/arm/boot/compressed/vmlinux

由于obj=arch/arm/boot/compressed,所以会包含arch/arm/boot /compressed/Makefile 文件,这时Make又会在arch/arm/boot /compressed/Makefile查找目标arch/arm/boot/compressed/vmlinux的定义和构建规则,如下:

HEAD	= head.o

ZTEXTADDR	:= 0
ZBSSADDR	:= ALIGN(4)

SEDFLAGS	= s/TEXT_START/$(ZTEXTADDR)/;s/BSS_START/$(ZBSSADDR)/

suffix_$(CONFIG_KERNEL_GZIP) = gzip       //定义在.config文件中
suffix_$(CONFIG_KERNEL_LZO)  = lzo
suffix_$(CONFIG_KERNEL_LZMA) = lzma

# For __aeabi_uidivmod
lib1funcs = $(obj)/lib1funcs.o

$(obj)/lib1funcs.S: $(srctree)/arch/$(SRCARCH)/lib/lib1funcs.S FORCE
	$(call cmd,shipped)

$(obj)/vmlinux: $(obj)/vmlinux.lds $(obj)/$(HEAD) $(obj)/piggy.$(suffix_y).o \
	 	$(addprefix $(obj)/, $(OBJS)) $(lib1funcs) FORCE
	$(call if_changed,ld)
	@:

$(obj)/piggy.$(suffix_y): $(obj)/../Image FORCE
	$(call if_changed,$(suffix_y))

$(obj)/piggy.$(suffix_y).o:  $(obj)/piggy.$(suffix_y) FORCE

CFLAGS_font.o := -Dstatic=

$(obj)/font.c: $(FONTC)
	$(call cmd,shipped)

(1) 依赖arch/arm/boot/compressed/vmlinux.lds

$(obj)/vmlinux.lds: $(obj)/vmlinux.lds.in arch/arm/boot/Makefile $(KCONFIG_CONFIG)
	@sed "$(SEDFLAGS)" < $< > $@

首先用sed的替代命令将 第一个依赖文件vmliux.lds.in中包含“TEXT_START”文本替换为“0”,将“BSS_START”替换为“ALIGN(4)”,然后将其替换后的文件输出到 vmlinux.lds文件中。

(2) 依赖arch/arm/boot/compressed/head.o
注意,这个arch/arm/boot/compressed/head.o和arch/arm/kernel/head.o是不同的,前者主要是在内核启动时自解压的初始化代码,后者才是真正的内核启动代码。它的构建规则如下:

#  scripts/Makefile.build
quiet_cmd_as_o_S = AS $(quiet_modtag)  $@
cmd_as_o_S       = $(CC) $(a_flags) -c -o $@ $<

$(obj)/%.o: $(src)/%.S FORCE
	$(call if_changed_dep,as_o_S)

调用cmd_as_o_S变量定义的规则,生成目标文件。下面只给出编译时实际执行的命令:

 arm-linux-gcc -Wp,-MD,arch/arm/boot/compressed/.head.o.d  -nostdinc -isystem 
 /home/hh/opt/FriendlyARM/toolschain/4.5.1/bin/../lib/gcc/arm-none-linux-gnueabi/4.5.1/include
 -I/home/hh/linux-2.6.38/arch/arm/include -Iinclude  -include include/generated/autoconf.h -D__KERNEL__ 
 -mlittle-endian -Iarch/arm/mach-s3c64xx/include -Iarch/arm/plat-samsung/include -D__ASSEMBLY__ 
 -mabi=aapcs-linux -mno-thumb-interwork -funwind-tables  -D__LINUX_ARM_ARCH__=6 -march=armv6k 
 -mtune=arm1136j-s -include asm/unified.h -msoft-float -gdwarf-2     
 -Wa,-march=all -DTEXT_OFFSET=0x00008000   
 -c -o arch/arm/boot/compressed/head.o arch/arm/boot/compressed/head.S

(3) 依赖arch/arm/boot/compressed/piggy.gzip.o
arch/arm/boot/Image经过gzip压缩后生成piggy.gzip,再借助piggy.gzip.S一起编译出的ELF可链接文件arch/arm/boot/compressed/ piggy.gzip.o。

# arch/arm/boot /compressed/Makefile

#suffix_$(CONFIG_KERNEL_GZIP) = gzip       //我使用的.config文件CONFIG_KERNEL_GZIP=y

$(obj)/piggy.$(suffix_y): $(obj)/../Image FORCE
	$(call if_changed,$(suffix_y))

$(obj)/piggy.$(suffix_y).o:  $(obj)/piggy.$(suffix_y) FORCE

arch/arm/boot/compressed/ piggy.gzip.o的构建规则同arch/arm/boot/compressed/head.o。

下面只给出编译时实际执行的命令:

  (cat arch/arm/boot/compressed/../Image | gzip -f -9 > arch/arm/boot/compressed/piggy.gzip) 
  || (rm -f arch/arm/boot/compressed/piggy.gzip ; false)
  
 arm-linux-gcc -Wp,-MD,arch/arm/boot/compressed/.piggy.gzip.o.d  -nostdinc -isystem 
 /home/hh/opt/FriendlyARM/toolschain/4.5.1/bin/../lib/gcc/arm-none-linux-gnueabi/4.5.1/include 
 -I/home/hh/linux-2.6.38/arch/arm/include -Iinclude  -include include/generated/autoconf.h -D__KERNEL__ 
 -mlittle-endian -Iarch/arm/mach-s3c64xx/include -Iarch/arm/plat-samsung/include -D__ASSEMBLY__ 
 -mabi=aapcs-linux -mno-thumb-interwork -funwind-tables  -D__LINUX_ARM_ARCH__=6 -march=armv6k 
 -mtune=arm1136j-s -include asm/unified.h -msoft-float -gdwarf-2     
 -Wa,-march=all    -c -o arch/arm/boot/compressed/piggy.gzip.o arch/arm/boot/compressed/piggy.gzip.S

(4)依赖arch/arm/boot/compressed/misc.o和 依赖arch/arm/boot/compressed/decompress.c
上面两个依赖是内核自解压的实现代码,真正的实现代码在arch/arm/boot/compressed/misc.c中。
下面只给出编译时实际执行的命令:

 arm-linux-gcc -Wp,-MD,arch/arm/boot/compressed/.misc.o.d  -nostdinc -isystem 
 /home/hh/opt/FriendlyARM/toolschain/4.5.1/bin/../lib/gcc/arm-none-linux-gnueabi/4.5.1/include 
 -I/home/hh/linux-2.6.38/arch/arm/include -Iinclude  -include include/generated/autoconf.h -D__KERNEL__ 
 -mlittle-endian -Iarch/arm/mach-s3c64xx/include -Iarch/arm/plat-samsung/include -Wall -Wundef -Wstrict-prototypes
  -Wno-trigraphs -fno-strict-aliasing -fno-common -Werror-implicit-function-declaration -Wno-format-security 
  -fno-delete-null-pointer-checks -Os -marm -fno-dwarf2-cfi-asm -mabi=aapcs-linux -mno-thumb-interwork 
  -funwind-tables -D__LINUX_ARM_ARCH__=6 -march=armv6k -mtune=arm1136j-s -msoft-float -Uarm 
  -Wframe-larger-than=1024 -fno-stack-protector -fomit-frame-pointer -g -Wdeclaration-after-statement 
  -Wno-pointer-sign -fno-strict-overflow -fconserve-stack -DCC_HAVE_ASM_GOTO -fpic -fno-builtin    
  -D"KBUILD_STR(s)=#s" -D"KBUILD_BASENAME=KBUILD_STR(misc)"  -D"KBUILD_MODNAME=KBUILD_STR(misc)" 
  -c -o arch/arm/boot/compressed/misc.o arch/arm/boot/compressed/misc.c
 
bin/arm-linux-gcc -Wp,-MD,arch/arm/boot/compressed/.decompress.o.d  -nostdinc -isystem 
/home/hh/opt/FriendlyARM/toolschain/4.5.1/bin/../lib/gcc/arm-none-linux-gnueabi/4.5.1/include 
-I/home/hh/linux-2.6.38/arch/arm/include -Iinclude  -include include/generated/autoconf.h -D__KERNEL__ 
-mlittle-endian -Iarch/arm/mach-s3c64xx/include -Iarch/arm/plat-samsung/include -Wall -Wundef -Wstrict-prototypes 
-Wno-trigraphs -fno-strict-aliasing -fno-common -Werror-implicit-function-declaration -Wno-format-security 
-fno-delete-null-pointer-checks -Os -marm -fno-dwarf2-cfi-asm -mabi=aapcs-linux -mno-thumb-interwork 
-funwind-tables -D__LINUX_ARM_ARCH__=6 -march=armv6k -mtune=arm1136j-s -msoft-float -Uarm 
-Wframe-larger-than=1024 -fno-stack-protector -fomit-frame-pointer -g -Wdeclaration-after-statement 
-Wno-pointer-sign -fno-strict-overflow -fconserve-stack -DCC_HAVE_ASM_GOTO -fpic -fno-builtin    -D"KBUILD_STR(s)=#s" -D"KBUILD_BASENAME=KBUILD_STR(decompress)"  -D"KBUILD_MODNAME=KBUILD_STR(decompress)" 
-c -o arch/arm/boot/compressed/decompress.o arch/arm/boot/compressed/decompress.c

(5)依赖arch/arm/boot/compressed/lib1funcs.o
lib1funcs.o它的构建规则同样定义在scripts/Makefile.build中,arch/arm/boot/compressed/lib1funcs.S的构建规则定义在arch/arm/boot /compressed/Makefile 中

#  scripts/Makefile.build
quiet_cmd_as_o_S = AS $(quiet_modtag)  $@
cmd_as_o_S       = $(CC) $(a_flags) -c -o $@ $<

$(obj)/%.o: $(src)/%.S FORCE
	$(call if_changed_dep,as_o_S)

# arch/arm/boot/compressed/Makefile
lib1funcs = $(obj)/lib1funcs.o

$(obj)/lib1funcs.S: $(srctree)/arch/$(SRCARCH)/lib/lib1funcs.S FORCE
	$(call cmd,shipped)

下面只给出编译时实际执行的命令:

cat /home/hh/linux-2.6.38/arch/arm/lib/lib1funcs.S > arch/arm/boot/compressed/lib1funcs.S
  
arm-linux-gcc -Wp,-MD,arch/arm/boot/compressed/.lib1funcs.o.d  -nostdinc -isystem /home/hh/opt/FriendlyARM/toolschain/4.5.1/bin/../lib/gcc/arm-none-linux-gnueabi/4.5.1/include 
-I/home/hh/linux-2.6.38/arch/arm/include -Iinclude  -include include/generated/autoconf.h -D__KERNEL__ 
-mlittle-endian -Iarch/arm/mach-s3c64xx/include -Iarch/arm/plat-samsung/include -D__ASSEMBLY__ 
-mabi=aapcs-linux -mno-thumb-interwork -funwind-tables  -D__LINUX_ARM_ARCH__=6 -march=armv6k 
-mtune=arm1136j-s -include asm/unified.h -msoft-float -gdwarf-2     
-Wa,-march=all   -c -o arch/arm/boot/compressed/lib1funcs.o arch/arm/boot/compressed/lib1funcs.S

(6)arch/arm/boot/compressed/vmlinux的构建

# arch/arm/boot/compressed/Makefile
$(obj)/vmlinux: $(obj)/vmlinux.lds $(obj)/$(HEAD) $(obj)/piggy.$(suffix_y).o \
	 	$(addprefix $(obj)/, $(OBJS)) $(lib1funcs) FORCE
	$(call if_changed,ld)
	@:

没什么好讲的,直接给出编译时实际执行的命令:

  /home/hh/opt/FriendlyARM/toolschain/4.5.1/bin/arm-linux-ld -EL    --defsym zreladdr=0x50008000 -p 
  --no-undefined -X -T arch/arm/boot/compressed/vmlinux.lds arch/arm/boot/compressed/head.o 
  arch/arm/boot/compressed/piggy.gzip.o arch/arm/boot/compressed/misc.o arch/arm/boot/compressed/decompress.o 
  arch/arm/boot/compressed/lib1funcs.o -o arch/arm/boot/compressed/vmlinux 

小结:
其实arch/arm/boot/compressed/vmlinux是由几个依赖根据arch/arm/boot/compressed/vmlinux.lds 脚本链接而成的:

  • $ (obj)/$ (HEAD): arch/arm/boot/compressed/head.o,在链接时处于vmlinux的最前面,其主要作用就是做一些必要的初始化工作,如初始化CPU、中断描述符表IDT 和内存页目录表GDT等等,最后跳到misc.c中的decompress_kernel函数进行内核的自解压工作。
  • $ (addprefix $ (obj)/, $ (OBJS)): arch/arm/boot/compressed/ misc.o和arch/arm/boot/compressed/ decompress.o,位于head.o之后,是内核自解压的实现代码。
  • 假定是gzip模式压缩:$ (obj)/piggy.$(suffix_y).o: arch/arm/boot/compressed/ piggy.gzip.o,其实是arch/arm/boot/Image经过gzip压缩后生成的(将arch/arm/boot/Image文件cat到标准输出,并通过管道传入gzip命令(gzip -n -f -9 )的标准输入,最后将gzip的输出重定向到目标piggy.gzip),再借助piggy.gzip.S一起编译出的ELF可链接文件。这个piggy.gzip文件有一个重要的特性:最后的四个字节,是文件压缩前的大小数据,存放格式是小端模式。这个数据在zImage自解压时会被用于程序得到内核解压后所需要的空间。

3.2 arch/arm/boot/zImage的构建

# arch/arm/boot/compressed/Makefile
$(obj)/zImage:	$(obj)/compressed/vmlinux FORCE
	$(call if_changed,objcopy)
	@echo '  Kernel: $@ is ready'

没什么好讲的,就是用objcopy工具去生成arch/arm/boot/zImage。直接给出编译时实际执行的命令:

arm-linux-objcopy -O binary -R .comment -S  arch/arm/boot/compressed/vmlinux arch/arm/boot/zImage
  Kernel: arch/arm/boot/zImage is ready

四. arch/arm/boot/Image目标及其构建规则

# arch/arm/Makefile 
zImage Image xipImage bootpImage uImage: vmlinux
	$(Q)$(MAKE) $(build)=$(boot) MACHINE=$(MACHINE) $(boot)/$@
	
# arch/arm/boot/Makefile 
$(obj)/Image: vmlinux FORCE
	$(call if_changed,objcopy)
	@echo '  Kernel: $@ is ready'

由上面规则可知。生成目标Image时调用了cmd_objcopy变量定义的命令。如下:

# scripts/Makefile.lib

# Objcopy
# ---------------------------------------------------------------------------

quiet_cmd_objcopy = OBJCOPY $@
cmd_objcopy = $(OBJCOPY) $(OBJCOPYFLAGS) $(OBJCOPYFLAGS_$(@F)) $< $@

编译过程很简单,就是调用了arm-linux-objcopy把elf格式文件vmlinux(真正的内核原始镜像文件)编译成Image。其中arm-linux-objcopy被用来复制一个目标文件的内容到另一个文件中。此选项可以进行格式的转换.在实际编程的,用的最多的就是将ELF格式的可执行文件转换为二进制文件。其中 -O binary 是输出的二进制格式文件;-S是不从源文件中复制重定位信息和符号信息到目标文件中。

下面给出编译过程打印:

arm-linux-objcopy -O binary -R .comment -S  vmlinux arch/arm/boot/Image
Kernel: arch/arm/boot/Image is ready

五. 总结

在这里插入图片描述

版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
本文链接:https://blog.csdn.net/m0_47799526/article/details/106203517

智能推荐

java调用视图如何传参_java – 在使用具有不同片段/布局的视图寻呼机时如何传递片段参数?...-程序员宅基地

文章浏览阅读67次。目标:使用片段参数将字符串值从TextView传递到新片段TextView,但在FragmentPagerAdapter中使用具有不同布局/片段的ViewPager时.问题:新片段永远不会从前一个片段接收片段参数.我的设置:我的Activity托管了ViewPager和FragmentPagerAdapter.我重写了FragmentPagerAdapters getItem(int positi..._java访问视图传参

Android file类使用详解-SDcard_sdcard_print_file-程序员宅基地

文章浏览阅读1w次,点赞4次,收藏12次。Android file类使用详解-SDcard_sdcard_print_file

CMake中添加Qt模块的合理方法_cmake测试代码中能定义qt类吗-程序员宅基地

文章浏览阅读1.2w次,点赞7次,收藏63次。用CMake来组织的工程中要用Qt首先要设置、找到Qt相关模块。主要是通过find_package这个CMake命令。但网上很多教程都过时了,或者不够清晰灵活。因为这部分很常用,所以特别用一篇文章把我们目前在生产环境中使用的方法给大家介绍下。设置Qt库路径Qt版本很多,我们的开发机上一般也装有多个不同版本的Qt。个人尝试性的项目一般用最新版的Qt,而真正发布的产品一般用的是LTS版本Qt(LTS:Long Term Support,长期支持版本,目前最新的LTS是5.9)。我们的方法是在系统中添_cmake测试代码中能定义qt类吗

在Linux系统编译DCMTK的源码得到其动态库文件和可执行程序_dicom动态库-程序员宅基地

文章浏览阅读2.2k次,点赞4次,收藏5次。Linux环境编译DCMTK源码,生成动态库文件和可执行文件_dicom动态库

详述 MySQL 导出数据遇到 secure-file-priv 的问题_mysql 导出select 数据 --secure-file-priv-程序员宅基地

文章浏览阅读416次。ERROR 1290 (HY000): The MySQL server is running with the –secure-file-priv option so it cannot execute this statement.对于上述错误,相信对于第一次执行 MySQL 数据导出操作的同学大都会遇见。至于为什么会遇到这个错误,原因很简单,那就是:我们不知道 MySQL 默认的_mysql 导出select 数据 --secure-file-priv

P1433 吃奶酪 —(状压DP)_p1433状态dp-程序员宅基地

文章浏览阅读854次,点赞20次,收藏17次。状态压缩动态规划,就是我们俗称的状压DP,是利用计算机二进制的性质来描述状态的一种DP方式。一只小老鼠要把它们都吃掉,问至少要跑多少距离?输出一行一个实数,表示要跑的最少距离,保留。第一行有一个整数,表示奶酪的数量。行,每行两个实数,第。对于全部的测试点,保证。,两点之间的距离公式为。_p1433状态dp

随便推点

初次联系导师短信模板_20考研注意了:选导师应该关注哪些方面呢?-程序员宅基地

文章浏览阅读1.4k次。我们都知道,考研是为了能让自己在学术领域上得到更深造诣,那么要如何才能够在读研期间真正学习到知识、真正体现读研价值,导师无疑是至关重要的一环!1.科研能力研究生的科研能力是在导师的指导下形成的,如果导师的科研能力不行,仅靠自己要想在某方面有所建树就会比较困难。另外,报考前应该尽量对导师的科研项目和科研经费有一些了解。看看导师的科研经费是否充足,科研课题是否比较多,是否比较前沿。2.科研方..._选导师发短信的格式怎么比较礼貌

Android零基础入门第52节:自定义酷炫进度条_android mprogress_horizontal-程序员宅基地

文章浏览阅读1.2k次。Android系统默认的ProgressBar往往都不能满足实际开发需要,一般都会开发者自定义ProgressBar,一般有三种思路来完成。_android mprogress_horizontal

Zookeeper设置访问权限-程序员宅基地

文章浏览阅读1.2w次。[b][size=medium]zookeeper的身份认证有4种方式[/size][/b](1)world: 它下面只有一个id, 叫anyone, world:anyone代表任何人,zookeeper中对所有人有权限的结点就是属于world:anyone的 (2)auth: 它不需要id, 只要是通过authentication的user都有权限(zookeeper支持通过ker..._zookeeper 权限信息放哪里

SpringMVC——核心技术:异常处理(@ExceptionHandler、@ControllerAdvice)_spring @exceptionhandler message-程序员宅基地

文章浏览阅读8.7k次,点赞2次,收藏8次。SpringMVC——核心技术:异常处理(@ExceptionHandler、@ControllerAdvice)_spring @exceptionhandler message

操作系统文件系统实验报告16281027_i/o磁盘实验报告-程序员宅基地

文章浏览阅读3.6k次。实验五 文件系统1 实验简介本实验要求在模拟的I/O系统之上开发一个简单的文件系统。用户通过create, open, read等命令与文件系统交互。文件系统把磁盘视为顺序编号的逻辑块序列,逻辑块的编号为0至L − 1。2 I/O系统实际物理磁盘的结构是多维的:有柱面、磁头、扇区等概念。I/O系统的任务是隐藏磁盘的结构细节,把磁盘以逻辑块的面目呈现给文件系统。逻辑块顺序编号,编号取值范围为..._i/o磁盘实验报告

dwd明细粒度事实层设计_dwd层如何设计-程序员宅基地

文章浏览阅读1.8k次。目录1-数仓dwd事实层介绍2-数仓dwd层事实表设计原则3-数仓dwd层事实表设计规范4-建表示例1-数仓dwd事实层介绍明细粒度事实层以业务过程驱动建模,基于每个具体的业务过程特点,构建最细粒度的明细层事实表。您可以结合企业的数据使用特点,将明细事实表的某些重要维度属性字段做适当冗余,即宽表化处理。公共汇总粒度事实层(DWS)和明细粒度事实层(DWD)的事实表作为数据仓库维度建模的核心,需紧绕业务过程来设计。通过获取描述业务过程的度量来描述业务过程,包括引用的维度和与业务过程有关的度量。度量通常为_dwd层如何设计

推荐文章

热门文章

相关标签