stanford-oval/wikipedia huggingface dataset:
CPUID

CPUID指令是一条x86架构中的的扩展指令（此处的扩展指相对i80386），其操作码助记符缩写于“CPU识别”（CPU Identification），其作用是返回特定的CPU信息，使得软件可以在运行时检测CPU的硬件特性，以便于识别并决定运行哪些代码。首批支持CPUID指令的处理器是1993年发布的奔腾（i586）和486SL。
通过使用CPUID，软件可以确定处理器的类型和特性支持（例如MMX/SSE）。CPUID操作码为0Fh、A2h。在调用CPUID前EAX寄存器内的值作为其输入参数,Intel64指令集手册中称其为“叶”（Leaf)，AMD64指令集手册中称“功能码”（Function Number），执行CPUID后，返回值将被写入EAX，EBX，ECX和EDX寄存器内。此外，在使用一些特殊的输入参数时，必须同时于ECX内写入第二个输入参数，否则无法得到有意义的返回值。第二个参数也被称为“子叶”（Sub Leaf）或“子功能码”（Sub Function）。
历史 > CPUID前判断处理器型号的方法

在CPUID指令被引入前，若要在运行时确定CPU的型号，需要编写晦涩的汇编语言代码以判断某些指令被执行后处理器的行为。
1990年以前，对于如何判断CPU的型号没有官方说明与实现方法，但软硬件工程师们总结了一套利用PUSHF/POPF指令检测CPU行为以判断其架构的方法。此方法在广泛应用的同时引起了巨大争议，反对者认为其并非万无一失，在某些需要高可靠性的软件平台上若处理器型号判断错误，则有可能造成巨大损失，但英特尔在1990年发布了《i486微处理器程序员参考手册》（i486 Microprocessor Programmer's Reference Manual Intel Corp. 1990），其中在手册的第22.10节中使用了上述方法判断CPU代数，并且英特尔声称“代码序列已经过 Intel 验证，可以检测 CPUID、数学协处理器功能，并进行相应的初始化。任何其他方法都可能在未来的处理器中产生不可预测的结果”。此后该方法被应用于大多数操作系统内核中。
以下所介绍之方法为英特尔手册中的官方算法。
该算法的核心是利用PUSHF/POPF指令将标志寄存器中的特定位设为1或0，并观察处理器随后的行为，每一代处理器的具体行为均有所不同。
历史 > CPUID前判断处理器型号的方法 > 判断8086/80286

8086/8088系列处理器在清除标志寄存器的12-15位后，无论向其中写入何值，处理器将始终把它们设为1，其检测方式如下
pushf                   ; 将标志寄存器内容压栈
        pop     ax              ; 将标志寄存器内容送入AX
        mov     cx, ax          ; 将标志寄存器内容送入CX备份
        and     ax, 0fffh       ; 将AX的12-15位置零
        push    ax              ; 将标志寄存器的新值压栈
        popf                    ; 送入FLAG
        pushf                   ; 获取弹栈后标志寄存器的内容
        pop     ax              ; 存入AX
        and     ax, 0f000h      ; 如果12-15位被处理器置1则为8086/8088
        cmp     ax, 0f000h     
        je      end_cpu_type_8688    ; 跳转至对应代码
对于80286系列处理器，在实模式下这些位始终被清零，在保护模式下，其用于I/O特权级别和嵌套任务（NT），其检测方法如下，代码接上述代码执行
or      cx, 0f000h      ; 将12-15位置1
        push    cx              ; 压栈
        popf                    ; 将栈内容弹入标志寄存器
        pushf                   ; 获取标志寄存器并存入AX
        pop     ax             
        and     ax, 0f000h      ; 若12-15位位0则为286
        jz      end_cpu_type_286
历史 > CPUID前判断处理器型号的方法 > 判断80386/80486

检测386/486处理器的原理与上述代码相同，但检测的位有所区别，486处理器中引入了一个AC标志位，并将把它置1，其对于386而言是无效的，故386处理器将其置零，其实现如下
pushfd；EFLAGS压栈
        pop eax ；获取原始 EFLAGS 
        mov ecx, eax ；保存原来的 EFLAGS 
        xor eax, 40000h ; 翻转 EFLAGS 中的 AC 位
        push eax ；将新的 EFLAGS 压栈
        popfd 中；替换当前的 EFLAGS 值
        pushfd；获取新的 EFLAGS 
        pop eax ；将新的 EFLAGS 存储在 EAX 
        xor eax, ecx 中；无法反转AC则为386
        jz end_cpu_type_386 ；如果 80386 处理器
此外，80386处理器的EDX寄存器在处理器被硬件复位后将被初始化为处理器的修订版本号。
历史 > CPUID前判断处理器型号的方法 > 检测80486或奔腾（i586）

奔腾处理器支持使用CPUID指令，因此其标志位中设置了一个被称为ID的特殊标志，若该标志存在，则对应的处理器支持CPUID，检测实现如下
mov eax, ecx ; 获取原始 EFLAGS 
        xor eax, 200000h ；翻转 EFLAGS 中的 ID 位
        push eax ；将新的 EFLAGS 值保存在堆栈
        popfd 中；替换当前的 EFLAGS 值
        pushfd ；获取新的 EFLAGS 
        pop eax ；将新的 EFLAGS 存储在 EAX 
        xor eax, ecx 中；可切换则为奔腾或486SL
        jne end_cpu_type_586
历史 > CPUID前判断处理器型号的方法 > 关于上述方法的注意事项

该算法无法检测80186处理器（虽然其并未被广泛使用），80186/88处理器包80286中包含的大部分新指令和异常，包括PUSHA/POPA、PUSH、SHL和无效操作码异常。80186/88中唯一没有实现的是专门用于保护模式的指令和异常。未能检测到此处理器可能会禁止使用某些可以利用这些新指令和异常的软件。
同时，由于PUSHF/POPF是Ring0指令，故该算法只能在实模式中执行，保护模式操作系统中运行的应用程序无法使用这个方法，除非处理器以及操作系统支持虚拟模式扩展（VME）。
以上算法仅供参考与学习，在使用非英特尔处理器，完全软件虚拟化（Full emulation）的虚拟机或其他平台上，该算法很有可能无法正确判断处理器支持的指令集。考虑到奔腾已经是近30年前的处理器，除非有必要在古老的计算机上检测CPU，否则不应该再使用这种算法，而是直接调用CPUID指令。
对于非x86架构的CPU，仍然需要精心设计的代码判断其差别（例如使用MOVE的特权要求判断摩托罗拉68000和68010），但大多数架构都要求具体实现者提供相应的寄存器以提供区分和判断处理器（例如ARM64的ID_AA64寄存器）。
调用CPUID

CPUID 指令的操作码是 0F A2。CPUID没有显式的操作数，其隐式使用EAX或EAX与ECX中的值作为参数，以确定要获取的信息。在英特尔指令集手册中，CPUID的输入参数（EAX），被称为“叶”（Leaf），AMD称其为“功能码”（Function Number），执行CPUID后，返回值将被写入EAX，EBX，ECX和EDX寄存器内。此外，在使用一些特殊的输入参数时，必须同时于ECX内写入第二个输入参数，否则无法得到有意义的返回值。第二个参数也被称为“子叶”（Sub Leaf）或“子功能码”（Sub Function）。
注意，当且仅当MSR寄存器IA32_MISC_ENABLE.BOOT_NT4 的第22位为0时，EAX大于3的输入才是有意义的。当且仅当该位被设为1时，Windows NT 4.0 SP6以前的操作系统才能正常启动。
截止到2022年，对于一些常见的处理器架构，最大的有效的基础输入是0x20(GoldenCove），0x10（Zen4);最大有效的扩展输入是0x80000008（GoldenCove），0x80000028（Zen4）。
调用CPUID > EAX=0: 最高基础输入参数与制造商ID

输入参数位0时，CPUID返回对当前处理器有意义的（即被当前架构所实现的）最大输入参数以及ASCII编码的制造商ID（Manufacturer ID）。
最大输入参数被写入EAX寄存器中，对于英特尔和AMD处理器，已知的返回值如下表所示：
| 架构 | 基础输入 | 扩展输入 |
| --- | --- | --- |
80486及以前: 不支持CPUID指令
| 486和P5 | 0x01 | 不支持 |
| P6 | 0x02 | 不支持 |
| P6（奔腾III） | 0x03 | 不支持 |
| Netbrust | 0x02 | 0x8000 0004 |
| Netbrust（64位） | 0x05 | 0x8000 0008 |
| Core | 0x0A | 0x8000 0008 |
| Core（Penryn） | 0x0D | 0x8000 0008 |
| Bonnell | 0x0A | 0x8000 0008 |
| Nehalem | 0x0B | 0x8000 0008 |
| Sandy Bridge | 0x0D | 0x8000 0008 |
| Skylake | 0x16 | 0x8000 0008 |
| SunnyCove | 0x1B | 0x8000 0008 |
| SunnyCove(Alder Lake) | 0x20 | 0x8000 0008 |
| SunnyCove(Sapphire Rapids) |  | 0x8000 0008 |
| 架构 | 基础输入 | 扩展输入 |
| --- | --- | --- |
K5以前: 不支持CPUID指令
| K5 | 0x1 | 不支持 |
| K5（Krypton） | 0x1 | 0x8000 0005 |
| K6 | 0x1 | 0x8000 0006 |
| K7 | 0x1 | 0x8000 0007 |
| K8 | 0x1 | 0x8000 0018 |
| K10 | 0x5 | 0x8000 001B |
| K10（Llanro） | 0x6 | 0x8000 001B |
| Bulldozer | 0xD | 0x8000 001E |
| Zen | 0xD | 0x8000 001F |
| Zen2 | 0x10 | 0x8000 0020 |
| Zen3 | 0x10 | 0x8000 0023 |
| Zen4 | 0x10 | 0x8000 0028 |
制造商ID含有12个字符，以EBX-EDX-ECX的顺序拼接，例如在英特尔处理器上将返回“GenuineIntel”，具体的返回值如下表所示：
| 寄存器 | 16进制值 | ASCII |
| --- | --- | --- |
| EBX | 756E6547 | Genu |
| ECX | 6C65746E | ntel |
| EDX | 49656E69 | ineI |
已知的制造商以及其ID如下：
"AMDisbetter!" –  AMD K5的早期工程样品
"AuthenticAMD" –  AMD
"CentaurHauls" –  IDT/半人马座（Centaur）/兆芯
"CyrixInstead" –  Cyrix/意法半导体/IBM
"GenuineIntel" –  英特尔
"TransmetaCPU" –  全美达
"GenuineTMx86" –  全美达
"Geode by NSC" –  国家半导体
"NexGenDriven" –  NexGen
"RiseRiseRise" –  Rise
"SiS SiS SiS " –  矽统
"UMC UMC UMC " –  联华电子（台联电）
"VIA VIA VIA " –  威盛
"Vortex86 SoC" –  DM&P Vortex86
"  Shanghai  " – 兆芯
"HygonGenuine" –  海光
"Genuine  RDC" –  RDC
"E2K MACHINE" –  MCST Elbrus
已知的软核x86处理器ID:
"MiSTer AO486" –  ao486
"GenuineIntel" –  v586
已知的x86虚拟机ID:
"bhyve bhyve " –  bhyve
" KVMKVMKVM  "  – KVM
"TCGTCGTCGTCG" –  QEMU
"Microsoft Hv" –  Hyper-V
"MicrosoftXTA" –  微软x86到ARM转译器
" lrpepyh  vr" –  Parallels
"VMwareVMware" –  VMware
"XenVMMXenVMM" –  Xen HVM
"ACRNACRNACRN" –  Project ACRN
" QNXQVMBSQG " –  QNX
"GenuineIntel" –  苹果 罗塞塔2 x86到ARM转译器
"VirtualApple" –  苹果 罗塞塔2 x86到ARM转译器
使用GNU格式汇编语言获取制造商ID和最高输入的例子：
.data

s0:	.asciz	"CPUID: %x\n"
s1:	.asciz	"Largest basic function number implemented: %i\n"
s2:	.asciz	"Vendor ID: %.12s\n"

	.text

	.align	32
	.globl	main

main:
	pushq	%rbp
	movq	%rsp,%rbp
	subq	$16,%rsp

	movl	$1,%eax
	cpuid

	leaq	s0(%rip),%rdi
	movl	%eax,%esi
	xorl	%eax,%eax
	call	printf

	pushq	%rbx

	xorl	%eax,%eax
	cpuid

	movl	%ebx,8(%rsp)
	movl	%edx,12(%rsp)
	movl	%ecx,16(%rsp)

	popq	%rbx

	leaq	s1(%rip),%rdi
	movl	%eax,%esi
	xorl	%eax,%eax
	call	printf

	leaq	s2(%rip),%rdi
	movq	%rsp,%rsi
	xorl	%eax,%eax
	call	printf

	movq	%rbp,%rsp
	popq	%rbp
//	ret
	movl	$1,%eax
	int	$0x80
调用CPUID > EAX=2: 缓存和TLB信息（英特尔）

对于英特尔处理器，EAX=2将返回处理器缓存，TLB和预取器信息，这些信息被编码为数个1字节信息返回于EAX，EBX，ECX和EDX四个寄存器中，编码规则如下：
EAX寄存器返回值的最低位（LSB）一定是1，它不代表任何信息，软件读取时应当将其忽略。
每个寄存器返回值的最高位（MSB）代表该寄存器中的值是否有效，若MSB为0，则该寄存器包含有意义的信息，反之则代表该寄存器为保留值且无意义。
若某一寄存器内的返回值有意义，则其应当被分割为4个等长部分，每部分长度为8为，即一字节，每部分代表了一个缓存/TLB或预取器的信息，具体编码见英特尔所发行的官方手册Intel 64 and IA-32 Architectures Software Developer Manuals （页面存档备份，存于） 卷2A中关于CPUID指令的表3-12。（截至2023.2，该表位于Vol2A，3-245到3-248页）。
调用CPUID > EAX=2: 缓存和TLB信息（英特尔） > 关于EAX=2的注意事项

代表缓存/TLB/预取的编码字节没有特定的顺序，不存在“某个寄存器的某个字节对应于哪一级别的缓存”。
使用EAX=2是获取英特尔处理器缓存信息的传统方法，但由于缓存类型迅速增多，使用该方法已经无法高效的获取信息，故对于较新的（一般认为是Core及以后）的英特尔处理器，返回值的编码中可能包含类似0xFF或0的空描述符，对于此种情况，应当使用更新的方法（EAX=4）获取缓存信息。
对于AMD处理器，EAX=2是保留项。四个寄存器都将返回0。
调用CPUID > EAX=3处理器序列号（英特尔）

以3作为输入参数时，CPUID将在ECX和EDX寄存器中返回处理器序列号。
调用CPUID > EAX=3处理器序列号（英特尔） > 关于EAX=3的注意事项

该参数仅在使用核心代号为Katmai和Coppermine的奔腾III处理器上可用，处理器序列号是一个独一无二的96位长的二进制数（实际只使用了64位），每个处理器仅对应一个序列号，通过序列号可用追踪该处理器从生产到销售使用的全部流程，英特尔自称引入该功能的原因是“为了提高电子商务安全性，例如只能在某台电脑上使用某张银行卡”，但其在中美欧等多个国家和地区引起了强烈的隐私和国家安全问题争议，民间认为该功能侵犯了用户隐私权，居心不良者可用该功能追踪他人的计算机，且一旦英特尔的序列号数据库泄露，将带来难以估量的损失，而多国的国家安全机关认为，敌对国家的情报部门可以使用该功能轻而易举的记录并分析计算机活动，迫于市场压力，英特尔从核心代号Tulatin的奔腾III处理器开始禁用了这一功能，且在奔腾4以及Core处理器等后续产品上再未使用过该功能。
对于AMD处理器，EAX=3是保留项。四个寄存器都将返回0。
调用CPUID > EAX=4缓存参数（英特尔）

以4作为EAX输入参数时，CPUID依据ECX寄存器中输入的第二个参数（也称为子叶）返回处理器缓存信息。
EAX返回缓存类型信息，值分为以下几个字段
| EAX> 位 | EAX> 内容 | EAX> 备注 |
| --- | --- | --- |
| 4:0 | 缓存类型 | 00：空 01：数据缓存 10：指令缓存 11：数据和指令缓存 |
| 7:5 | 缓存级别 | 从1开始 |
| 8 | 自初始化缓存标志 | 为1则支持自初始化，反之需要软件初始化 |
| 9 | 全相联缓存标志 | 同上 |
13:10: 保留=0
| 25:14 | 最大共享此缓存的线程数 | 1.指逻辑处理器，需考虑超线程 2.为最大值，不一定代表真实值 3.用于计算时将该字段值+1 |
| 31:26 | 最大可寻址的核心ID | 同上 |
EBX，ECX返回缓存尺寸信息，返回值各个字段如下：
| EBX> 位 | EBX> 内容 | EBX> 备注 |
| --- | --- | --- |
| 11:0 | 缓存线尺寸（Line Size，L） | 1.以字节为单位 2.真实值为该字段+1 |
| 21:12 | 物理缓存分区数（Physical Line partitions，P） | 真实值为该字段+1 |
| 31:22 | 缓存组行数（Ways of associativity，W） | 同上 |
ECX返回组相联缓存的的组数（Sets，S）。
调用CPUID > EAX=4缓存参数（英特尔） > 关于EAX=4的注意事项 > 关于子叶的意义以及最大支持的子叶

英特尔并未在其发布的官方手册中定义子叶与缓存的绝对对应关系，也未说明最大支持的子叶，上述关系表格只是软硬件工程师的总结，但截止到2023年的SunnyCove架构，所有的英特尔处理器都遵守这一对应关系。
在面对一个全新的英特尔架构时，应当假定上述对应关系与最大子叶数不存在，并通过该指令判断，其中对应关系由上述EAX中的返回值相应字段确定，最大子叶值由以下方法判断：在EAX输入4，ECX中的初始值为0并执行CPUID指令，每次执行后将ECX内值加1，EAX仍为4，直到四个寄存器的返回值全部为0，则使返回值不为0的最大ECX输入就是最大支持的子叶。
对于AMD处理器，EAX=3是保留项。四个寄存器都将返回0。
调用CPUID > EAX=4缓存参数（英特尔） > 关于EAX=4的注意事项 > 关于缓存尺寸的计算

英特尔SDM手册中未直接给出读取缓存尺寸的方法，但可以通过如下公式计算：
C=(W+1)*(P+1)*(L+1)*(S+1)
其中C为以字节为单位的缓存大小，W，P，L，S为读取该缓存时返回值的相应字段。
x86外的特定CPU识别信息

一些非x86的CPU架构也提供了有关处理器能力的某种形式的结构化信息，通常作为一组特殊寄存器：
ARM架構有一个CPUID协处理器寄存器。
IBM System z（英语：）大型机处理器自1983年的IBM 4381（英语：）起支持“Store CPU ID”（STIDP）指令，用于查询处理器ID。
MIPS32架构定义了一个强制性的Processor Identification（PrId）和一系列菊花链“配置寄存器”。
PowerPC处理器有32位只读的PVR寄存器来识别使用的处理器型号。.
参考资料

↑   (PDF). Intel.com.   [2013-04-11]. （原始内容存档 (PDF)于2009-04-19）.
↑  Huggahalli, Ram; Iyer, Ravi; Tetrick, Scott. . ACM SIGARCH Computer Architecture News. 2005, 33 (2): 50–59. doi:10.1145/1080695.1069976. CiteSeerX:10.1.1.91.957.
↑  Drepper, Ulrich, , 2007, CiteSeerX:10.1.1.91.957
↑  . Infocenter.arm.com.   [2013-04-11]. （原始内容存档于2013-05-27）.
↑  .   [2014-09-08]. （原始内容存档于2014-09-08）.
↑   (PDF).   [2017-04-10]. （原始内容存档 (PDF)于2017-08-29）.
↑   (PDF). MIPS Technologies, Inc. 2001-03-12  [2017-04-10]. （原始内容存档 (PDF)于2016-03-04）.
↑   (PDF).   [2017-04-10]. （原始内容存档 (PDF)于2016-03-04）.
Whoami

whoami截图
whoami是操作系统中用于查看当前有效用户名的命令，自Windows Server 2003以来每个Windows 操作系统和大多数类Unix操作系统上都可以找到。它是英文“Who am I ？”（我是谁？）的拼接结果。当被调用时，打印当前用户的有效用户名。它与Unix命令id -un具有相同的效果。
在类Unix操作系统上，命令的输出与$USER稍有不同，因为whoami输出用户正在使用的用户名，而$USER输出用于登录的用户名。例如，假使用户以用户名John登录并使用命令su（su默认不调用login shell）获得了root权限，此时若使用whoami命令会输出root，而echo $USER对应的输出则是John。
该程序最早创建于 BSD 2.9 中，作为命令“who am i”我是谁的一种便利形式，即伯克利Unix（Berkeley Unix）打印登录用户身份的方式。GNU版本由Richard Mlynarik编写，是GNU核心工具组（coreutils）的一部分。
该命令也可作为Windows 2000 Resource Kit和Windows XP SP2支持工具的一部分。
除此以外，文件服务器上Netware的公共文件夹内也包含了该程序。它还输出当前工作站所连接的服务器的用户名。
使用示例

Unix/*nix：
# whoami
root
Windows 命令提示符：
C:\Users\admin>whoami
workgroup\admin
另请参见

logname
id
who
用户ID (Unix)
Unix 实用程序列表
GNU 核心工具组命令列表
参考内容

↑  [hcodep://www.freebsd.org/cgi/man.cgi?query=whoami&apropos=0&sektion=0&manpath=2.9.1+BSD&arch=default&format=html ].   [2018-04-28]. （原始内容存档于2018-04-29）.
↑  .   [2018-04-28]. （[hcodep://www.microsoft.com/downloads/details.aspx?familyid=3E89879D-6C0B-4F92-96C4-1016C187D429&displaylang=en 原始内容]存档于2008-03-13）.
↑  [hcodep://www.microsoft.com/downloads/details.aspx?FamilyId=49AE8576-9BB9-4126-9761-BA8011FABF38&displaylang=en ].   [2018-04-28]. （原始内容存档于2010-09-06）.
Em (字体排印学)

em是字体排印学的计量单位，相当于当前指定的点数。例如，1 em在16点的字体中就是16点。因此，这个单位等同于所有字体排印中指定的点数。
排印学中用这个单位的计量常以十进制表达（如0.7 em）或分母为100或1000的分数（如70/100 em或700/1000 em）。
em最初表示的是字体中大写的宽度及所用的尺寸。
历史

金属活字中，点数（以及em）等同于金属活字的行高，字母宽度通常不超过em。
数码排印中，em是固定分辨率的方格，用于数码字体的设计。用于屏幕显示及印刷的成像系统会把em缩放到指定的点数。
数码排印中，特定字母高度与em的大小关系由字体设计者制定。一般而言，各种字体的大寫高度平均值约为em的70%，而x字高约为em的48%。
历史 > 非正规和替代性的定义

即使em的大小基本上取决于点数或者字母的金属字母的高度，通常用于水平间距测量，与派卡或点用于垂直间距测量。1 em传统上定义为大写字母M在当前字体和点数的宽度，因为M通常铸在用于印刷机上面用的1 em宽的字模上。
现代的字体排印中M的宽度有时小于1 em。此外，作为已扩大到包含更广泛的语言和字符集的术语，其含义发生了变化，被用在那些没有包含大写M的字体、排版及字符中，比如中文和阿拉伯字母。
CSS

在层叠样式表中，单位em是字体点数或英寸数在名义上的高度。任何指定的字体在实际上、物理上的高度取决于用户定义的DPI设置、当前元素的字体大小以及所用的字体。
为使样式规则只取决于默认的字体大小，发展出了另一个单位：rem。rem或root em是文件中根元素的字体大小。不同于会随着元素的不同而变化的em，rem在文件中是固定的。
相关术语

em-quad是用于印刷机的金属间隔。因为用边长1 em的方块而得名。在旧式印刷机中，这个可以在字模之间插入em空格 ( )。偶尔还被称作mutton quad。
Em空格( )的宽度定义为1 em，与em dash (—)一样。相比之下较窄的单位en是em的一半。Em空格等同于其自身的点数。在10 pt的文本中，em空格会是10 pt宽。
相关符号

参见：XML与HTML字符实体引用列表
m宽不换行空格：UTF8 U+2003 (8195)、HTML &emsp;。示例：
em dash：UTF8 U+2014 (8212)、HTML &mdash;。示例：—
参考

1 2  Bringhurst, Robert. . Vancouver, BC: Hartley & Marks. 1992: 25–26. ISBN 978-0-88179-033-7. OCLC 25411784.
1 2  这一传统定义在Adobe Glossary （页面存档备份，存于）和袖珍牛津词典1996年第三版出现过。
↑  Phinney, Thomas. . March 18, 2011  [2014-10-20]. （原始内容存档于2014-10-17）.
↑  .   [2014-11-01]. （原始内容存档于2014-11-01）.
一个金属活字。字母c标出的高度就是em的前身。
Perpetua（英语：）和Calisto MT（英语：）中的字母M分别插入1 em方块的效果。
圈项鲾

| 圈项鲾 |
| --- | --- |

科学分类 
界：: 动物界 Animalia
门：: 脊索动物门 Chordata
纲：: 綱 Actinopteri
目：: 蝴蝶鱼目 Chaetodontiformes
科：: 鲾科 Leiognathidae
属：: 項鰏屬 Nuchequula
种：: 圈项鲾 N. mannusella
二名法
Nuchequula mannusella Chakrabarty & Sparks，2007

圈项鲾（学名：）也称黄棘颈斑鲾，为鲾科项鲾属的一种，分布于中国南部海域。模式标本采集自台湾嘉义县东石渔港的市场中。
喬治·羅登巴克

| Georges Rodenbach |
| --- | --- |

出生: Georges Raymond Constantin Rodenbach  比利时图尔奈
逝世:  法國巴黎
職業: 作家
語言: 法語
喬治·羅登巴克（法語：；1855年7月16日—1898年12月25日）是比利時象徵主義詩人、小說家，代表作是『死都布魯日』。
著作一覽

死都布魯日
寂靜
等
外部連結

Georges Rodenbach的作品  - 古騰堡計劃
喙果卫矛

| 喙果卫矛 |
| --- | --- |

科学分类 
界：: 植物界 Plantae
演化支：:  Tracheophyta
演化支：: 被子植物 Angiosperms
演化支：: 真双子叶植物 Eudicots
演化支：: 蔷薇类植物 Rosids
目：: 卫矛目 Celastrales
科：: 衛矛科 Celastraceae
属：: 衛矛屬 Euonymus
种：: 喙果卫矛 E. rostratus
二名法
Euonymus rostratus W. W. Smith

喙果卫矛（学名：）是卫矛科卫矛属的植物，是中国的特有植物。分布于中国大陆的云南、西藏等地，生长于海拔770米至2,000米的地区，一般生长在常绿阔叶林中，目前尚未由人工引种栽培。
Good Time

Good Time可以指：
音樂 > 歌曲

Good Time (海灘男孩歌曲)
〈美好時光〉(貓頭鷹城市和卡莉·蕾·傑普森歌曲)（；2012年）
Good Time (張天賦歌曲)
音樂 > 專輯

Good Time (Beyond專輯)
Good Time (艾倫·傑克遜專輯)；以及上述專輯的主打歌曲。
Good Time (Lingua & Coboy專輯)
戲劇作品

大好时光：2015年的中國電視劇
失速夜狂奔：2017年的犯罪劇情片
国务院境外中国公民和机构安全保护工作部际联席会议

国务院境外中国公民和机构安全保护工作部际联席会议是中华人民共和国国务院的议事协调机构。
历史

2004年11月4日，经国务院批准，外交部会同商务部、公安部等26家部委建立了“境外中国公民和机构安全保护工作部际联席会议”机制，负责统一协调海外重大涉华安全事件的处置。
單工通訊

單工的無線電通訊
單工通訊（英語：）是指只能單向傳輸資料的通訊頻道。国际电信联盟（ITU）對於單工通訊的定義是在特定時間下只能單向傳輸資料的頻道，但其資料傳輸方向可以調整，在一些文獻中會將資料傳輸方向可調整的通訊稱為半雙工。
若是考慮只能單向傳輸資料（且無法調整資料傳輸方向）的單工通訊，可以用單行道來說明，只允許某一方向的車輛通過，另一方向的車輛永遠無法通過。
像電視及無線電廣播即為單工通訊，資料由一個發射器送出，由多個接收器接收。一對雙向廣播（英语：）的无线对讲机在任意時間只能有一方說話，另一方只能聽，一直到對方沒有說話時才能適時說話，若是以ITU的定義，這也是單工通訊。傳輸介質（空氣中的無線電波）在任一時間都只單向傳遞資訊。
以前的西联公司用 「單工通訊」來描述1928年在纽芬兰岛及亞速群島之間的大西洋電報電纜（英语：）的單工及半雙工通訊。而美国消防协会在2002年也使用相同的「單工通訊」定義。
全雙工的通訊頻道可以利用二個反向的單工通訊來實現。
參考資料

↑  "Simplex" The IEEE Authoritative Dictionary of Standard Terms, 7th Ed., 2000, Inst. of Electrical and Electronic Engineers, p.1053
↑  Milnor, J.W. and G.A. Randall. "The Newfoundland-Azores High-Speed Duplex Cable". A.I.E.E. Electrical Engineering. May 1931
↑  Report of the Committee on Public Emergency Service Communication. NFPA 1221, May, 2002.
肿跗姬蜂属

| 肿跗姬蜂属 |
| --- | --- |


科学分类 
界：: 动物界 Animalia
门：: 节肢动物门 Arthropoda
纲：: 昆虫纲 Insecta
目：: 膜翅目 Hymenoptera
科：: 姬蜂科 Ichneumonidae
亚科：: 肿跗姬蜂亚科 Anomaloninae
族：: 肿跗姬蜂族 Anomalonini
属：: 肿跗姬蜂属 Anomalon Panzer, 1804

种
 见正文
異名
 Anomalum Schulz, 1906  Microcremastus Hedwig, 1961  Nototrachys Marshall, 1872  Ochlerus Gistel, 1848  Pseudonototrachys Meyer, 1930  Trachynotus Gravenhorst, 1829  Trachyopterus Morley, 1912
肿跗姬蜂属（学名：Anomalon）是姬蜂科下的一个属。
札巴巴火山

札巴巴火山中心照片，由伽利略探测器於1999年7月拍摄
札巴巴火山 （Zamama）是木星的卫星-木卫一上一座活跃的火山中心，该火山中心于1979年“旅行者1号”飞掠后爆发，成为此代人一生中少数所知的外星复苏火山之一。“伽利略号探测器”进一步的分析和研究有助于全面了解木卫一的火山活动。根据“伽利略探测器”定位，札巴巴火山位于木卫一北纬21度、西经173度处，包括一道长150公里（93英里）、温度1100 K（摄氏830度、华氏1520度）的“裂隙补给型”熔岩流。该火山中心具有爆炸性喷发和溢流式喷发的特点，它的熔岩流似乎源于“普罗米修斯型”火山。
“伽利略探测器”安装了一系列收集和分析木卫一表面火山活动的遥感仪-近红外测图光谱仪(NIMS)、固态成像仪(SSI)、偏振光辐射计(PPR)等。由于没有从木卫一采集到样本，因此，所有的解释都是通过研究“伽利略”数据中的反照率效应、形态和/或光谱变化等得出的。此外，地貌分析被谨慎地应用于这类特殊行星结构的研究。1979年，国际天文联合会以巴比伦神话的基什守护神—“札巴巴”（Zababa），又称作“札玛玛”（Zamama）命名该火山。
“旅行者”和“伽利略”探测器的任务概述

从木卫一获取的大部分数据都是从轨道成像的地貌学解释中得出的，“旅行者1号”和“伽利略”都使用了热遥感来完成这项任务，热遥感是遥感的一个分支，主要承担处理和解释电磁(EM)频谱的热红外(TIR)区段数据。 札巴巴火山是木卫一上61座活跃的火山中心或“热点”之一，它们都被“旅行者号”、“伽利略号”及地面观测站观测到。札巴巴火山首先由“伽利略探测器”所发现，并确定了它的两种火山活动类型：持续性和偶发性。近红外测图光谱仪检测到札巴巴火山的活动至少已持续了一年以上，因此，它被认为是持久型。但近红外测图光谱仪观察过它九次，仅检测到五次，这种较低的检出率可能是由于观测受限或火山活动暂时减弱之故。
札巴巴火山活动 > 火山地形

建立木卫一的地形图是在木星所有卫星中最具挑战性的，有两种技术可用于制作木卫一地形图，如“三维”立体摄影测量（SP）和“二维”光电测斜法（PC），木卫一火山的特征很差，因为它们的火山构造不同于研究得很好的行星火山，比如火星上的火山。在木卫一上发现了两种常见的流场形态：
大范围的不规则熔岩流（熔岩流被）
中心向外辐射状流场。
札巴巴活动火山中心的形态特征是中心向外辐射的流场，在该区域中坐落了多座陡峭的盾状火山：
“札巴巴 A”位于北纬18°、西经 175°处，根据电脑估算它宽约40公里(25英里)、高1.5公里(0.93英里)，平均坡度40°，向东延伸约140公里(87英里)并超出可视的陡峭盾状火山边界。“札巴巴 A”是札巴巴流场的发源地，火山活动的来源，既有硅质的，也有硫化物的，虽然扎巴巴火山发源于普罗米修斯型地幔柱。
“札巴巴 B”位于“札巴巴 A”东南75公里(47英里)处，约40公里(25英里)宽、1-1.5公里(0.62-0.93英里)高，高度来自电脑对阴影的测量。
“札巴巴 C”位于北纬15°、西经170°处，距札巴巴火山中心东南175公里(109英里)，计算机测得的高度约250米(820英尺)，坡度介于3°-5°之间。
札巴巴火山活动 > 表面变化

1979年“旅行者1号”探访期间，札巴巴火山中心似乎处于非活跃状态，或可能被沃隆德火山的沉积物掩埋。相比之下，“伽利略”观测期间，札巴巴火山中心却是一个非常活跃的热点。在固态成像仪拍摄的图像中，札巴巴火山中心显示了三处明显的表面变化，显示它们是位于黑色熔岩流，直径约370公里(230英里)的明亮光环，此外，在中间突出的喷发流北面及东北沉积了新的黑色环。首先，这次最突出的中央喷发发生在北纬18°、西经171°处，总计有13.6万平方公里(5.3万平方英里)的区域发生了改变； 第二，一次新的喷发导致西侧的中央黑色沉积物变宽，新的亮环沿着熔岩流边缘沉积下来，总计约3.7万平方公里(1.4万平方英里)的区域受到影响；第三，当“伽利略”号在环绕木星的第14个轨道上运行时，扎巴巴的第三束羽流正在活跃地喷发，新沉积物漫延了150±5公里(93.2±3.1英里)并集中在喷发中心东面，涉及范围约9.6万平方公里(3.7万平方英里)。
札巴巴火山活动 > 温度

“伽利略探测器”近红外测图光谱仪采集了用于分析喷发强度的数据，并通过双温模型测定其温度和喷发强度。模型表明札巴巴火山温度为1173±243K(摄氏900±243°；华氏1652±437°)。含高硅的火山碎屑流温度可达摄氏(1470 K；华氏2190°)，而札巴巴火山温度也如此之高，表明它为硅质岩浆，但目前尚缺乏可用作成分分析的扎巴巴火山岩浆样本。
札巴巴火山活动 > 成分

札巴巴熔岩流显示，它是一座带中央喷口和裂谷带(rift zone)的盾状火山，该裂谷带似乎为“伽利略号”所见到的黑色流场提供了来源。该流场靠近中心处时变窄变薄，越远离中心则越宽阔，这种现象可能缘于从火山边缘到附近平原之间的坡度变化。由于硫质岩浆成分或硅酸盐岩浆被硫质沉积物覆盖之故，从中心喷口流出的是明亮的流体。不过，该火山喷出的熔岩成分仍然很神秘。
札巴巴火山活动 > 火山参数

近红外测图光谱仪的数据分析确定了木卫一上火山热排放的可变性，尤其是札巴巴火山在1038天（1996年6月28日至1999年5月2日）的活动过程中，结果显示：
平均体积喷出速率在周期开始时降低，表明喷发活动减弱，或旧的熔岩流表面已冷却。而后，火山活动增强，预示着火山爆发的开始；
在札巴巴火山观察到的总喷发强度为7019125000000000000♠1.25×1019 焦耳；
平均喷发强度为139.8吉瓦；
该时期喷出的熔岩总量为3.5±1.4公里3(0.84±0.34英里3)；
平均喷出的熔岩量为39.4±15.5米3/秒(1390±550英尺3/秒)
对比与演变 > 爱奥尼亚火山和地球火山的比较

与木卫一上各种类型的喷发相比，札巴巴火山的体积排放率较低；
与夏威夷基拉韦厄火山等地球火山相比，札巴巴火山的喷发强度则更大；
总体来看，与同一喷发类型的火山相比，木卫一火山的喷发体积通量和活动范围比地球上的更大。
对比与演变 > 爱奥尼亚盾状火山的演化

大多数爱奥尼亚火山开始时都是陡峭的盾状火山，经过一段喷发构造阶段后，中央区崩塌形成一个破火山口。由于陡峭的盾状火山还不曾观测到内部坍塌的火山口，表明坍塌后陡峭火山没得到改造，这可能与温度变化、喷发速率和/或熔岩成分等各种变量有关。未能改造的盾状火山肇因，主要是无法获取岩浆房源源不断的岩浆支持。这些解释可能是一种预示，当前的盾形火山将遵循这一模式并转化成火山口-成为一个喷发点。
未来的探索

2013年威廉姆斯(Williams)提出了未来木卫一观测所需的各种设施：“未来木卫一探测的建议包括 ：1) 一艘环木星的“发现者”或“新前沿”级“木卫一观察者”太空探测器；2) 一架具备衍射极限能力的天基紫外望远镜；3) 能够在各种时间尺度（秒、分、小时、天、月、年）上长期监测木卫一的天基计划；4) 延长地基8-10米级，尤其是具有夜间自适应光学功能望远镜的木卫一观测时间”。
札巴巴火山的熔岩流场，显示了液态熔岩变成固态熔岩的过程。“伽利略”探测器使用固态成像技术拍摄的照片。
显示了木卫一札巴巴区白色箭头所标记的三座火山 (札巴巴A、B和C)，札巴巴(A) 盾状火山和向东交错蔓延的黑色主熔岩流。
喷发速率图显示的骤降曲线表明喷发活动减弱或旧岩浆流表面冷却。同时，它显示的一个尖峰，表明新一轮的喷发开始。喷发流量图比较了札巴巴火山与其它相同喷发风格的爱奥尼亚火山。
相较于札巴巴火山的熔岩喷发强度，木卫一上其它同类喷发风格的火山都比它高，且与地球上的火山相比，如夏威夷基拉韦厄火山则威力更强大。
演示火山火山口如何坍塌
SNH48 少女的巴別塔

| SNH48 少女的巴別塔> 基本资料 |
| --- | --- |
导演: 周卓昊
监制: 彭曉海
主演: SNH48
配乐: 《給你》
摄影: 謝峰 顧昊清 李夢輝 謝寧
制片商: 上海星四芭音樂文化傳播有限公司 上海久尚演藝經紀有限公司
片长: 57分
产地: 中國
语言: 中文
上映及发行
上映日期: 2015年6月22日
前作与续作
续作: 《SNH48 比翼齊飛》
《SNH48 少女的巴別塔》（日语：）是以女子偶像組合SNH48為主角的紀錄電影，在SNH48星夢劇院首映，電影紀錄由SNH48第一屆總選舉至SNH48第二屆總選舉前SNH48團體中發生的事跡。由彭曉海執導。
簡介

本片主要是以偶像組合SNH48在2014年至2015年間所發生各種事件作為題材的紀錄片，制作單位也訪問了團體各成員。其中記錄了：
記錄事宜

SNH48第一屆總選舉在上海國際體操中心正式開幕與結束，第一名、第二名、第三名分別由吳哲晗、邱欣怡、趙嘉敏獲得。成員的排名將影響成員未來資源的多少。
SNH48第一屆總選舉TOP16到韓國拍攝總選舉MV《嗚吒》。
S隊成員，同時第一屆總選舉冠軍的吳哲唅因與粉絲私聯暫停一切演藝活動，並從一期生降格至四期生。
SNH48年度金曲大賞BEST 30 2015四期生首次發佈
繼吳哲唅後，S隊成員李宇琪也因與粉絲私聯暫停一切演藝活動，S隊隊長莫寒因兩位成員接連受到處罰，在李宇琪發言時衝出舞台後並產生呼吸困難和抽搐等情況。
曲目

本次主題曲《給你》，是由N隊成員易嘉愛演唱。
RPG Maker VX

| RPG Maker VX |
| --- | --- |

类型: 電子角色扮演
平台: Microsoft Windows
开发商: Enterbrain
发行商: Enterbrain
系列: rPG製作大師 
模式: 單人
发行日: 日本版:  2007年12月27日  海外版:  2008年2月29日  台灣版:  2011年8月10日
RPG Maker VX（日本：）是日本Enterbrain發行的RPG製作工具。
版本代號中「VX」是英文“VANGUARD EXPERIENCE”的縮寫。是PC系列中的第9作。
後續發售加強版RPG Maker VX Ace，是PC系列中的第10作。
RPG Maker VX > 概要

相對於前作RPG Maker XP，做成遊戲的（預設素材）接近於RPG Maker 2000。另外相對於前作，軟體的編輯功能更加人性化。而由於前作中捨棄了一些RPG Maker 2000系列的傳統指令，本作也重新加入這些傳統指令。
總之，RPG Maker VX在製作操作、風格上回歸到RPG Maker 2000系列。
RPG Maker VX > 與前作的差異

與前作RPG Maker XP相對比較後的差異有：
解析度調整至 544×416px 。可修改腳本至前作的640×480px（此為最大值）。
支援至60FPS。
項目列表背景有相間的顏色區分，方便觀看。
新增「」功能，允許截圖。前作也能夠截圖，但未直接開放。
新增「奔跑」功能，按住Shift鍵即可。
新增「圖像模糊」功能，但僅限於靜態圖片。
新增「快速設置事件」系統，使新手能直接設置寶箱、門等事件。
新增「快速設置迷宮」系統，能夠由電腦隨機地圖。
事件「對話」指令被大幅強化，並恢復「角色臉圖」功能（對話出現的人物形象）。
內建素材為二頭身比例。
遊戲預設字型為 Ume Gothic，並能自動加上陰影。
字型能透過新增Font資料夾後由腳本更換。
戰鬥部分使用與RPG Maker 2000一樣的正面視角回合戰鬥（Front View）。
RPG Maker VX > 系統需求

|  | 最低配置 | 建議配置 |
| --- | --- | --- |
| 作業系統 | Microsoft Windows 2000 / XP / Vista | Microsoft Windows XP / Vista |
| CPU | Intel Pentium III 1.0 GHz 以上等級 | CPU Intel Pentium 4 2.0 GHz 以上等級 |
| 記憶體 | 256MB 以上的 RAM | 512MB以上的 RAM |
螢幕: 1024x768以上
硬碟: 100MB 以上的剩餘空間
認證序號時需要網路連線。
RPG Maker VX Ace

| --- | --- |

開發者: Enterbrain
首次发布: 日文版：2011年12月15日  國際版：2012年3月15日  Steam版：2012年12月10日
当前版本: 1.02（2011年5月26日）  
引擎: RGSS3
类型: 遊戲製作軟體
网站: tkool.jp/products/rpgvx/index/index.html
RPG Maker VX Ace > 概要

RPG Maker VX 推出後，Enterbrain製作了加強版的 RPG Maker VX Ace，日文版於2011年12月15日發售，國際版於2012年3月15日發售，Steam版於2012年12月10日發售。
後續版本為RPG Maker MV
RPG Maker VX Ace > 與前作的差異

RPG Maker VX Ace 基本上是 RPG Maker VX 的加強版，改進的部分有：
使用RGSS3作為引擎，改進前作的RGSS2而來。
附帶紙娃娃系統的角色生成器。
取消地圖圖塊（Tilesets）的限制。
增加第三圖層，地圖可以於頂部堆疊更多圖塊。
Ruby直譯器更新到1.9版（VX為1.8.3版），處理密集指令時速度有顯著提升。
改進地圖與事件的系統。
新增「區域ID」系統。
新增「列隊」系統。
新增「TP值」系統，能夠透過TP值來使用特殊技能。
新增「特性」系統，能在數據庫中設定。
新增「影片播放」功能，支援Ogg與Ogv格式。
新增「地圖特性」系統，能夠設定傷害地形和梯子等特性。
設置「陰影」變得更簡單。
支援DLL格式加強系統。
更改了預設視窗的顏色。
戰鬥背景與標題畫面由前景與背景組成，能更有彈性的設置。
標題畫面能夠添加文字、地圖能夠顯示名稱。
擴充預設素材的數量。
雖然 RPG Maker VX Ace 無法直接相容 RPG Maker VX 的檔案；但是透過更改副檔名，能夠向下相容地圖檔案。
在2012年12月10日，RPG Maker VX Ace在Steam平台上發布，該版本能夠在Steam工作坊上分享自己製作的遊戲與資源。
官方也提供DLC資源，但需額外購買。
RPG Maker VX Ace > 體驗版

官方網站上有提供體驗版的 RPG Maker VX Ace Lite，可以免費試用30天，但使用上也有限制：如
開啟程式時，將會有提醒視窗以推銷購買。
事件中沒有呼叫腳本的功能。
無法編輯腳本，只能查看預設腳本。
能夠輸出遊戲，但不能加密。
數據庫最大數量有限制、每張地圖只能有10個事件、遊戲最多20張地圖。
預設素材的數量大幅減少。
另外也在日本釋出 RPG Maker VX Ace Lite NicoNico Edtion 的特殊體驗版，是由niconico動畫發布的特殊體驗版，特性有：
授權發布在 NICONICO JISAKU GAME FES 或非商業用途。
附帶niconico動畫的圖樣以及圖片資源。
無法使用影片撥放功能。
RPG Maker VX Ace > 系統需求

|  | 最低配置 | 建議配置 |
| --- | --- | --- |
作業系統: Microsoft Windows XP/Vista/7/8
CPU: Intel Pentium 4 2.0 GHz 以上等級
記憶體: 512MB 以上的 RAM
螢幕: 1024x768 或更好的影片解析度
| 硬碟 | 100MB 以上的剩餘空間 | 500MB 以上的剩餘空間 |
認證序號時需要網路連線。
RPG Maker VX Ace 的後繼版本為 RPG Maker MV，Steam版在2015年10月23日發售，日文版在2015年12月17日發售。
遊戲

条目：RPG製作大師作品列表
參考來源

↑  .   [2016-07-25]. （原始内容存档于2016-03-04）.
官方網站

RPG Maker VX 官方網站
RPG Maker VX Ace 官方網站
Maker系列素材集 和（页面存档备份，存于）
RPG Maker BLOG（页面存档备份，存于）
哈納鎮區 (印第安納州拉波特縣)

| 哈納鎮區 Hanna Township |
| --- | --- |
行政鎮區

哈納鎮區哈納鎮區在印第安納州的位置
坐标：41°24′26″N 86°44′50″W﻿ / ﻿41.40722°N 86.74722°W﻿ / 41.40722; -86.74722
國家: 美国
州份: 印第安納州
縣: 拉波特縣
面积
 • 总计: 68.70 平方公里（26.53 平方英里）
 • 陸地: 68.30 平方公里（26.37 平方英里）
 • 水域: 0.40 平方公里（0.15 平方英里）
海拔: 208 公尺（682 英尺）
人口（2010）
 • 總計: 965人
 • 密度: 14人/平方公里（36.4人/平方英里）
时区: 北美东部時區（UTC-5）
 • 夏时制: EDT（UTC-4）
電話區號: 219（英语：）
GNIS ID: 453369
哈納鎮區（英語：）是位於美國印第安納州拉波特縣的一個行政鎮區。
地方資料

根據2010年美國人口普查的數據，哈納鎮區的面積為68.70平方千米，當中陸地面積為68.30平方千米，而水域面積為0.40平方千米。當地共有人口965人，而人口密度為每平方千米14.05人。
參考文獻

↑  . 美国人口调查局.   [2011-05-14]. （原始内容存档于2013-09-11）.
↑  .   [2020-07-31]. （原始内容存档于2020-04-22）.
1909年12月12日日食

| 1909年12月12日日食 |
| --- | --- |
1909年12月12日日偏食路徑圖
日食類型
性質: 日偏食
伽瑪: -1.2456
食分: 0.5424
食甚（定義）
位置: 南极洲列斯科夫島東北約170公里
坐標: 65°00′S 86°00′E﻿ / ﻿65.0°S 86.0°E﻿ / -65.0; 86.0
時間（UTC）
食甚: 19:44:38
參考
沙羅周期: 150（71次中的第11次）
 這次日食已經結束(更新)
1909年12月12日日食是一次日偏食，發生於1909年12月12日（東半球大多爲12月13日）。新月當天（即朔日），地球上觀測到月球和太阳的角距離極小，此時月球如果恰好在月球交點附近，穿過太阳和地球之間，與地球、太阳接近一直線，則會出現日食。由於月球偏北或偏南，本影及僞本影從地球以北或以南經過而未接觸地表，只有半影覆蓋了地球北端或南端部分區域，形成日偏食。此次日偏食月球偏南，出現在南极洲絕大部分、澳大利亚東南部、新西兰中南部。
日食概況 > 出現區域

本次日偏食可在南极洲除靠近非洲的極小片沿海地區外的絕大部分、澳大利亚東南部、新西兰中南部看到。其中澳大利亚和新西兰在12月13日看到日食。而南极洲無確定时区，或在12月12日，或在12月13日，部分處於極晝的地區日食從12月12日深夜持續到12月13日凌晨。
日食概況 > 基本參數

本段時間均以（）為準。
類型：日偏食
食分最大處（位於南极洲列斯科夫島東北約170公里處）資料：
時間：1909年12月12日19:44:38
地點：65°00′S 86°00′E﻿ / ﻿65.0°S 86.0°E﻿ / -65.0; 86.0
食分：0.5424（日食帶內最大）
相關的日食 > 1906-1909年的日食

月球交替位於相對的月球交點時，以半個交點年（食年），即約177天又4小時間隔出現下列日食。
註：1906年2月23日和1906年8月20日的日偏食屬於上一組交點年系列。
| 0 | 1 | 2 | 3 | 4 |
| --- | --- | --- | --- | --- |
| 升交點 | 升交點 |   | 降交點 | 降交點 |
| 沙羅周期 | 地圖 |   | 沙羅周期 | 地圖 |
| 115 | 1906年7月21日  偏食（南） |   | 120 | 1907年1月14日  全食 |
| 125 | 1907年7月10日  環食 |   | 130 | 1908年1月3日  全食 |
| 135 | 1908年6月28日  環食 |   | 140 | 1908年12月23日  全環食 |
| 145 | 1909年6月17日  全環食 |   | 150 | 1909年12月12日  偏食（南） |