toml官方wik

toml官方文档

此次文档是以v1.0.0为例,进行说明的。如果使用到的版本不同,直接去官方文档中找对应的版本即可。

谈到配置文件,大家都能说出来好几种,比如常见的ini、xml、json、yaml、properties、toml等等,因为项目中用到了toml格式的配置文件,但是之前并没有使用过,所以特意找toml官方文档学习学习,特意记录下,和官方提供的简体中文一模一样。

TOML是前GitHub CEO, Tom Preston-Werner,于2013年创建的语言,其目标是成为一个小规模的易于使用的语义化配置文件格式。TOML被设计为可以无二义性的转换为一个哈希表(Hash table)。TOML 应该能很容易地被解析成各种语言中的数据结构。

其实大家可以直接去看官方文档,提供了对应中文的翻译,比较友好的。感觉看官方文档或者这篇文章,然后加上下面的两个在线转换的工具,toml格式的配置文件基本上就懂了,记不住的时候,看一看官方文档就可以了。

在线TOML转JSON工具

toml-to-json

  • TOML 文件使用 .toml 扩展名。

  • 在互联网上传输 TOML 文件时,恰当的 MIME 类型是 application/toml

1、TOML 介绍

1.1 规范

  • TOML 是大小写敏感的。
  • TOML 文件必须是合法的 UTF-8 编码的 Unicode 文档。
  • 空白是指制表符(0x09)或空格(0x20)。
  • 换行是指 LF(0x0A)或 CRLF(0x0D 0x0A)。

1.2 注释

使用#来表示注释开始,至当前行尾结束。但是#出现在字符串中时则无效。

# 这是一个全行注释
key = "value" # 这是一个行末注释
another = "# 这不是一个注释"

除制表符以外的控制字符(U+0000 至 U+0008,U+000A 至 U+001F,U+007F)不允许出现在注释中。

1.3 键值对

TOML 文档最基本的构成区块是键值对。

键名在等号的左边而值在右边。

键名和键值周围的空白会被忽略。

键、等号和值必须在同一行(不过有些值可以跨多行)。

key = "value"

值必须是下述类型之一。

不指定值是非法的。

key = # 非法

键值对后必须换行(或结束文件)。

(例外见内联表

first = "Tom" last = "Preston-Werner" # 非法

1.4 键名

键名可以是裸露的,引号引起来的,或点分隔的。

裸键只能包含 ASCII 字母,ASCII 数字,下划线和短横线(A-Za-z0-9_-)。

注意裸键允许仅由纯 ASCII 数字构成,例如 1234,但总是被解释为字符串。

key = "value"
bare_key = "value"
bare-key = "value"
1234 = "value"

引号键遵循与基本字符串或字面量字符串相同的规则并允许你使用更为广泛的键名。

除非明显必要,使用裸键方为最佳实践。

"127.0.0.1" = "value"
"character encoding" = "value"
"ʎǝʞ" = "value"
'key2' = "value"
'quoted "value"' = "value"

裸键不能为空,但空引号键是允许的(虽然不建议如此)。

= "no key name"  # 非法
"" = "blank" # 合法但不鼓励
'' = 'blank' # 合法但不鼓励

点分隔键是一系列通过点相连的裸键或引号键。

这允许了你将相近属性放在一起:

name = "Orange"
physical.color = "orange"
physical.shape = "round"
site."google.com" = true

等价于 JSON 的如下结构:

{
"name": "Orange",
"physical": {
"color": "orange",
"shape": "round"
},
"site": {
"google.com": true
}
}

有关点分隔键定义表的详细信息,请参阅后文一节。

点分隔符周围的空白会被忽略。

不过,最佳实践是不要使用任何不必要的空白。

fruit.name = "banana"     # 这是最佳实践
fruit. color = "yellow" # 等同于 fruit.color
fruit . flavor = "banana" # 等同于 fruit.flavor

缩进被作为空白对待而被忽略。

多次定义同一个键是非法的。

# 不要这样做
name = "Tom"
name = "Pradyun"

注意裸键和引号键是等价的:

# 这是不可行的
spelling = "favorite"
"spelling" = "favourite"

只要一个键还没有被直接定义过,你就仍可以对它和它下属的键名赋值。

# 这使“fruit”键作为表存在。
fruit.apple.smooth = true # 所以接下来你可以像这样对“fruit”表添加内容:
fruit.orange = 2
# 以下是非法的 # 这将 fruit.apple 的值定义为一个整数。
fruit.apple = 1 # 但接下来这将 fruit.apple 像表一样对待了。
# 整数不能变成表。fruit.apple 上面已经定义为整数了,就不能当做表使用。
fruit.apple.smooth = true

不鼓励跳跃式地定义点分隔键。

# 合法但不鼓励

apple.type = "水果"
orange.type = "水果" apple.skin = "薄"
orange.skin = "厚" apple.color = "红"
orange.color = "橙"
# 建议 apple.type = "水果"
apple.skin = "薄"
apple.color = "红" orange.type = "水果"
orange.skin = "厚"
orange.color = "红"

由于裸键可以仅由 ASCII 整数组成,所以可能写出看起来像浮点数、但实际上是两部分的点分隔键。

除非你有充分的理由(基本不太会),否则不要这样做。

3.14159 = "派"

上面的 TOML 对应以下 JSON。

{ "3": { "14159": "派" } }

1.5 字符串

共有四种方式来表示字符串:基本字符串、多行基本字符串、字面量和多行字面量。

所有字符串都只能包含有效的 UTF-8 字符。

基本字符串由引号(")包裹。

任何 Unicode 字符都可以使用,除了那些必须转义的:引号,反斜杠,以及除制表符外的控制字符(U+0000 至 U+0008,U+000A 至 U+001F,U+007F)。

str = "我是一个字符串。\"你可以把我引起来\"。姓名\tJos\u00E9\n位置\t旧金山。"

为了方便,一些流行的字符有其简便转义写法。

\b         - backspace       (U+0008)
\t - tab (U+0009)
\n - linefeed (U+000A)
\f - form feed (U+000C)
\r - carriage return (U+000D)
\" - quote (U+0022)
\\ - backslash (U+005C)
\uXXXX - unicode (U+XXXX)
\UXXXXXXXX - unicode (U+XXXXXXXX)

任何 Unicode 字符都可以用 \uXXXX\UXXXXXXXX 的形式来转义。

转义码必须是有效的 Unicode 标量值

所有上面未列出的其它转义序列都是保留的;如果用了,TOML 应当产生错误。

有时你需要表示一小篇文本(例如译文)或者想要对非常长的字符串进行折行。

TOML 对此进行了简化。

多行基本字符串由三个引号包裹,允许折行。

紧随开头引号的那个换行会被去除

其它空白和换行会被原样保留。

str1 = """
Roses are red
Violets are blue"""

TOML 解析器可以相对灵活地解析成对所在平台有效的换行字符。

# 在 Unix 系统,上面的多行字符串可能等同于:
str2 = "Roses are red\nViolets are blue" # 在 Windows 系统,它可能等价于:
str3 = "Roses are red\r\nViolets are blue"

想书写长字符串却不想引入无关空白,可以用“行末反斜杠”。

当一行的最后一个非空白字符是未被转义的 \ 时,它会连同它后面的所有空白(包括换行)一起被去除,直到下一个非空白字符或结束引号为止。

所有对基本字符串有效的转义序列,对多行基本字符串也同样适用。

# 下列字符串的每一个字节都完全相同:
str1 = "The quick brown fox jumps over the lazy dog." str2 = """
The quick brown \ fox jumps over \
the lazy dog.""" str3 = """\
The quick brown \
fox jumps over \
the lazy dog.\
"""

任何 Unicode 字符都可以使用,除了那些必须被转义的:反斜杠和除制表符、换行符、回车符外的控制字符(U+0000 至 U+0008,U+000B,U+000C,U+000E 至 U+001F,U+007F)。

你可以在多行基本字符串内的任何地方写一个引号或两个毗连的引号。

它们也可以写在紧邻界分符内的位置。

str4 = """这有两个引号:""。够简单。"""
# str5 = """这有三个引号:"""。""" # 非法
str5 = """这有三个引号:""\"。"""
str6 = """这有十五个引号:""\"""\"""\"""\"""\"。""" # "这,"她说,"只是个无意义的条款。"
str7 = """"这,"她说,"只是个无意义的条款。""""

如果你常常要指定 Windows 路径或正则表达式,那么必须转义反斜杠就马上成为啰嗦而易错的了。

为了帮助搞定这点,TOML 支持字面量字符串,它完全不允许转义。

字面量字符串单引号包裹

类似于基本字符串,他们只能表现为单行:

# 所见即所得。
winpath = 'C:\Users\nodejs\templates'
winpath2 = '\\ServerX\admin$\system32\'
quoted = 'Tom "Dubs" Preston-Werner'
regex = '<\i\c*\s*>'

由于没有转义,无法在由单引号包裹的字面量字符串中写入单引号。

万幸,TOML 支持一种多行版本的字面量字符串来解决这个问题。

多行字面量字符串两侧各有三个单引号来包裹,允许换行。

类似于字面量字符串,无论任何转义都不存在。

紧随开始标记的那个换行会被剔除。

开始结束标记之间的所有其它内容会原样对待。

regex2 = '''I [dw]on't need \d{2} apples'''
lines = '''
原始字符串中的
第一个换行被剔除了。
所有其它空白
都保留了。
'''

你可以在多行字面量字符串中的任何位置写一个或两个单引号,但三个以上的单引号序列不可以。

quot15 = '''这有十五个引号:"""""""""""""""'''

# apos15 = '''这有十五个撇号:''''''''''''''''''  # 非法
apos15 = "这有十五个撇号:'''''''''''''''" # '那,'她说,'仍然没有意义。'
str = ''''那,'她说,'仍然没有意义。''''

除制表符以外的所有控制字符都不允许出现在字面量字符串中。

因此,对于二进制数据,建议你使用 Base64 或其它合适的 ASCII 或 UTF-8 编码。

对那些编码的处理方式,将交由应用程序自己来确定。

1.6 整数

整数是纯数字。

正数可以以加号为前缀

负数以减号为前缀

int1 = +99
int2 = 42
int3 = 0
int4 = -17

对于大数,你可以在数字之间用下划线来增强可读性

每个下划线两侧必须至少有一个数字。

int5 = 1_000
int6 = 5_349_221
int7 = 53_49_221 # 印度记数体系分组
int8 = 1_2_3_4_5 # 合法但不鼓励

前导零是不允许的。

整数值 -0+0 是有效的,并等同于无前缀的零。

非负整数值也可以用十六进制、八进制或二进制来表示。

在这些格式中,+ 不被允许,而(前缀后的)前导零是允许的。

十六进制值大小写不敏感。

数字间的下划线是允许的(但不能存在于前缀和值之间)。

# 带有 `0x` 前缀的十六进制
hex1 = 0xDEADBEEF
hex2 = 0xdeadbeef
hex3 = 0xdead_beef # 带有 `0o` 前缀的八进制
oct1 = 0o01234567
oct2 = 0o755 # 对于表示 Unix 文件权限很有用 # 带有 `0b` 前缀的二进制
bin1 = 0b11010110

任何 64 位有符号整数(从 −2^63 到 2^63−1)都应当被接受并无损处理。

如果无法无损表现某个整数,则必须抛出错误。

1.7 浮点数

浮点数应当被实现为 IEEE 754 binary64 值。

一个浮点数由一个整数部分(遵从与十进制整数值相同的规则)后跟上一个小数部分和/或一个指数部分组成。

如果小数部分和指数部分兼有,那小数部分必须在指数部分前面。

# 小数
flt1 = +1.0
flt2 = 3.1415
flt3 = -0.01 # 指数
flt4 = 5e+22
flt5 = 1e06
flt6 = -2E-2 # 都有
flt7 = 6.626e-34

小数部分是一个小数点后跟一个或多个数字。

一个指数部分是一个 E(大小写均可)后跟一个整数部分(遵从与十进制整数值相同的规则,但可以包含前导零)。

小数点,如果有用到的话,每侧必须紧邻至少一个数字。

# 非法的浮点数
invalid_float_1 = .7
invalid_float_2 = 7.
invalid_float_3 = 3.e+20

与整数相似,你可以使用下划线来增强可读性。

每个下划线必须被至少一个数字围绕。

flt8 = 224_617.445_991_228

浮点数值 -0.0+0.0 是有效的,并且应当遵从 IEEE 754。

特殊浮点值也能够表示。

它们是小写的。

# 无穷
sf1 = inf # 正无穷
sf2 = +inf # 正无穷
sf3 = -inf # 负无穷 # 非数
sf4 = nan # 实际上对应信号非数码还是静默非数码,取决于实现
sf5 = +nan # 等同于 `nan`
sf6 = -nan # 有效,实际码取决于实现

1.8 布尔值

布尔值就是你所惯用的那样。

要小写。

bool1 = true
bool2 = false

1.9 坐标日期时刻

要准确地表示世上的一个特定时间,你可以使用指定了时区偏移量的 RFC 3339 格式的日期时刻。

odt1 = 1979-05-27T07:32:00Z
odt2 = 1979-05-27T00:32:00-07:00
odt3 = 1979-05-27T00:32:00.999999-07:00

出于可读性的目的,你可以用一个空格字符替代日期和时刻之间的 T(RFC 3339 的第 5.6 节中允许了这样做)。

odt4 = 1979-05-27 07:32:00Z

毫秒级的精度是必须的。

更高精度的小数秒取决于实现。

如果它的值超出了实现所支持的精度,那超出的部分必须被舍弃,而不能四舍五入。

1.10 各地日期时刻

如果你省略了 RFC 3339 日期时刻中的时区偏移量,这表示该日期时刻的使用并不涉及时区偏移。

在没有其它信息的情况下,并不知道它究竟该被转化成世上的哪一刻。

如果仍被要求转化,那结果将取决于实现。

ldt1 = 1979-05-27T07:32:00
ldt2 = 1979-05-27T00:32:00.999999

毫秒级的精度是必须的。

更高精度的小数秒取决于实现。

如果它的值超出了实现所支持的精度,那多余的部分必须被舍弃,而不能四舍五入。

1.11 各地日期

如果你只写了 RFC 3339 日期时刻中的日期部分,那它表示一整天,同时也不涉及时区偏移。

ld1 = 1979-05-27

1.12 各地时刻

如果你只写了 RFC 3339 日期时刻中的时刻部分,它将只表示一天之中的那个时刻,而与任何特定的日期无关、亦不涉及时区偏移。

lt1 = 07:32:00
lt2 = 00:32:00.999999

毫秒级的精度是必须的。

更高精度的小数秒取决于实现。

如果它的值超出了实现所支持的精度,那多余的部分必须被舍弃,而不能四舍五入。

1.13 数组

数组是内含值的方括号。

空白会被忽略。

子元素由逗号分隔。

数组可以包含与键值对所允许的相同数据类型的值。

可以混合不同类型的值。

integers = [ 1, 2, 3 ]
colors = [ "红", "黄", "绿" ]
nested_array_of_ints = [ [ 1, 2 ], [3, 4, 5] ]
nested_mixed_array = [ [ 1, 2 ], ["a", "b", "c"] ]
string_array = [ "所有的", '字符串', """是相同的""", '''类型''' ] # 允许混合类型的数组
numbers = [ 0.1, 0.2, 0.5, 1, 2, 5 ]
contributors = [
"Foo Bar <foo@example.com>",
{ name = "Baz Qux", email = "bazqux@example.com", url = "https://example.com/bazqux" }
]

数组可以跨行。

数组的最后一个值后面可以有终逗号(也称为尾逗号)。

值、逗号、结束括号前可以存在任意数量的换行和注释。

数组值和逗号之间的缩进被作为空白对待而被忽略。

integers2 = [
1, 2, 3
] integers3 = [
1,
2, # 这是可以的
]

1.14 表

表(也被称为哈希表或字典)是键值对的集合。

它们由表头定义,连同方括号作为单独的行出现。

看得出表头不同于数组,因为数组只有值。

[table]

在它下方,直至下一个表头或文件结束,都是这个表的键值对。

表不保证保持键值对的指定顺序。

[table-1]
key1 = "some string"
key2 = 123 [table-2]
key1 = "another string"
key2 = 456

表名的规则与键名相同(见前文键名定义)。

[dog."tater.man"]
type.name = "pug"

等价于 JSON 的如下结构:

{ "dog": { "tater.man": { "type": { "name": "pug" } } } }

键名周围的空格会被忽略。

然而,最佳实践还是不要有任何多余的空白。

[a.b.c]            # 这是最佳实践
[ d.e.f ] # 等同于 [d.e.f]
[ g . h . i ] # 等同于 [g.h.i]
[ j . "ʞ" . 'l' ] # 等同于 [j."ʞ".'l']

缩进被作为空白对待而被忽略。

你不必层层完整地写出你想写的所有途径的父表。

TOML 知道该怎么办。

# [x] 你
# [x.y] 不
# [x.y.z] 需要这些
[x.y.z.w] # 来让这生效 [x] # 后置父表定义是可以的

空表是允许的,只要里面没有键值对就行了。

类似于键名,你不能重复定义一个表。

这样做是非法的。

# 不要这样做

[fruit]
apple = "红" [fruit]
orange = "橙"
# 也不要这样做 [fruit]
apple = "红" [fruit.apple]
texture = "光滑"

不鼓励无序地定义表。

# 有效但不鼓励
[fruit.apple]
[animal]
[fruit.orange]
# 推荐
[fruit.apple]
[fruit.orange]
[animal]

顶层表,又被称为根表,于文档开始处开始并在第一个表头(或文件结束处)前结束。

不同于其它表,它没有名字且无法后置。

# 顶层表开始。
name = "Fido"
breed = "pug" # 顶层表结束。
[owner]
name = "Regina Dogman"
member_since = 1999-08-04

点分隔键为最后一个键名前的每个键名创建并定义一个表,倘若这些表尚未被创建的话。

fruit.apple.color = "red"
# 定义一个名为 fruit 的表
# 定义一个名为 fruit.apple 的表 fruit.apple.taste.sweet = true
# 定义一个名为 fruit.apple.taste 的表
# fruit 和 fruit.apple 已经创建过了

由于表不能定义多于一次,不允许使用 [table] 头重定义这样的表。

同样地,使用点分隔键来重定义已经以 [table] 形式定义过的表也是不允许的。

不过,[table] 形式可以被用来定义通过点分隔键定义的表中的子表。

[fruit]
apple.color = "红"
apple.taste.sweet = true # [fruit.apple] # 非法
# [fruit.apple.taste] # 非法 [fruit.apple.texture] # 你可以添加子表
smooth = true

1.15 内联表

内联表提供了一种更为紧凑的语法来表示表。

它们对于分组数据特别有用,否则这些数据很快就会变得冗长。

内联表被完整地定义在花括号之中:{}。 括号中,可以出现零或多个以逗号分隔的键值对。

键值对采取与标准表中的键值对相同的形式。

什么类型的值都可以,包括内联表。

内联表得出现在同一行内。

内联表中,最后一对键值对后不允许终逗号(也称为尾逗号)

不允许花括号中出现任何换行,除非在值中它们合法。

即便如此,也强烈不建议把一个内联表搞成纵跨多行的样子。

如果你发现自己真的需要,那意味着你应该使用标准表。

name = { first = "Tom", last = "Preston-Werner" }
point = { x = 1, y = 2 }
animal = { type.name = "pug" }

上述内联表等同于下面的标准表定义:

[name]
first = "Tom"
last = "Preston-Werner" [point]
x = 1
y = 2 [animal]
type.name = "pug"

内联表是独立自足的,在内部定义全部的键与子表。

不能在括号以外的地方,再添加键与子表。

[product]
type = { name = "Nail" }
# type.edible = false # 非法

类似地,内联表不能被用于向一个已定义的表添加键或子表。

[product]
type.name = "Nail"
# type = { edible = false } # 非法

1.16 表数组

最后一个还没讲到的语法允许你写表数组。

这可以通过把表名写在双方括号里的表头来表示。

表头的第一例定义了这个数组及其首个表元素,而后续的每个则在该数组中创建并定义一个新的表元素。

这些表按出现顺序插入该数组。

[[products]]
name = "Hammer"
sku = 738594937 [[products]] # 数组里的空表 [[products]]
name = "Nail"
sku = 284758393 color = "gray"

等价于 JSON 的如下结构。

{
"products": [
{ "name": "Hammer", "sku": 738594937 },
{ },
{ "name": "Nail", "sku": 284758393, "color": "gray" }
]
}

任何对表数组的引用都指向该数组里最近定义的表元素。

这允许你在最近的表内定义子表,甚至子表数组。

[[fruits]]
name = "apple" [fruits.physical] # 子表
color = "red"
shape = "round" [[fruits.varieties]] # 嵌套表数组
name = "red delicious" [[fruits.varieties]]
name = "granny smith" [[fruits]]
name = "banana" [[fruits.varieties]]
name = "plantain"

上述 TOML 等价于 JSON 的如下结构。

{
"fruits": [
{
"name": "apple",
"physical": {
"color": "red",
"shape": "round"
},
"varieties": [
{ "name": "red delicious" },
{ "name": "granny smith" }
]
},
{
"name": "banana",
"varieties": [
{ "name": "plantain" }
]
}
]
}

如果一个表或表数组的父级是一个数组元素,该元素必须在定义子级前先定义。

顺序颠倒的行为,在解析时报错。

# 非法的 TOML 文档
[fruit.physical] # 子表,但它应该隶属于哪个父元素?
color = "red"
shape = "round" [[fruit]] # 解析器必须在发现“fruit”是数组而非表时抛出错误
name = "apple"

若试图向一个静态定义的数组追加内容,即便数组尚且为空,也必须在解析时报错。

# 非法的 TOML 文档
fruits = [] [[fruits]] # 不允许

若试图用已经确定为数组的名称定义表,必须在解析时报错。

将数组重定义为普通表的行为,也必须在解析时报错。

# 非法的 TOML 文档
[[fruits]]
name = "apple" [[fruits.varieties]]
name = "red delicious" # 非法:该表与之前的表数组相冲突
[fruits.varieties]
name = "granny smith" [fruits.physical]
color = "red"
shape = "round" # 非法:该表数组与之前的表相冲突
[[fruits.physical]]
color = "green"

你也可以适当使用内联表:

points = [ { x = 1, y = 2, z = 3 },
{ x = 7, y = 8, z = 9 },
{ x = 2, y = 4, z = 8 } ]

toml格式配置文件介绍的更多相关文章

  1. .Net Core配置文件介绍

    Net Core中的配置文件介绍 1 简单回顾.Net Framework配置文件 .Net Core中的配置文件操作较.Net Framework有了很大的改动.介绍.Net Core中配置文件操作 ...

  2. Luffy项目:2、项目需求(2),项目库的创建,软件开发目录,Django配置文件介绍

    目录 Luffy项目 一.Luffy项目需求(2) 1.后台日志封装 2.全局异常处理.封装 3.封装Response对象 二.Luffy项目数据库创建 1.创建用户数据库 2.使用项目链接数据库 2 ...

  3. 纯C#的ini格式配置文件读写

    虽然C#里都是添加app.config 并且访问也很方便 ,有时候还是不习惯用他.那么我们来做个仿C++下的那种ini配置文件读写吧,其他人写的都是调用非托管kernel32.dll.我也用过 但是感 ...

  4. Apache源码包安装和子配置文件介绍--update.2014-12-5

    安装apache: 官网:http://httpd.apache.org/download.cgi#apache24 1.wget http://mirror.bit.edu.cn/apache//h ...

  5. 4 Redis 配置文件介绍

    2016-12-22 14:28:39 该系列文章链接NoSQL 数据库简介Redis的安装及及一些杂项基础知识Redis 的常用五大数据类型(key,string,hash,list,set,zse ...

  6. Nginx 日志格式配置介绍

    Nginx日志格式配置介绍   by:授客  QQ:1033553122   测试环境 CentOS 6.5-x86_64 nginx-1.10.0 配置例子 log_format  main  '$ ...

  7. Logstash配置文件介绍

    Logstash配置文件介绍 Logstash配置文件有两种,分别是pipeline配置文件和setting配置文件. Pipeline配置文件主要定义logstash使用的插件以及每个插件的设置,定 ...

  8. C语言ini格式配置文件的读写

    依赖的类 /*1 utils.h *# A variety of utility functions. *# *# Some of the functions are duplicates of we ...

  9. Nginx服务配置文件介绍

    LNMP架构应用实战——Nginx服务配置文件介绍 nginx的配置文件比较简单,但功能相当强大,可以自由灵活的进行相关配置,因此,还是了解下其配置文件的一此信息 1.Nginx服务目录结构介绍 安装 ...

  10. Cas(03)——Cas Server中各配置文件介绍

    Cas Server中各配置文件介绍 Cas Server中所有的配置文件都是放在WEB-INF目录及其子目录下的. 在WEB-INF/classes下的配置文件有: l  cas-theme-def ...

随机推荐

  1. Redis性能问题诊断以及scan命令耗时分析

    Redis性能问题诊断以及scan命令耗时分析 摘要 最近公司有项目反馈卡顿. 卡顿一小时后自己被拉入群聊. 同事已经基本上定位到问题原因. 我这边想使用朴素的性能观点进行一下性能问题的拆解 为了提高 ...

  2. ElasticSearch必知必会-基础篇

    商业发展与职能技术部-体验保障研发组 康睿 姚再毅 李振 刘斌 王北永 说明:以下全部均基于eslaticsearch 8.1 版本 一.索引的定义 官网文档地址:https://www.elasti ...

  3. vue3.2如何将写hooks呢?

    场景 有些时候,我们需要将一个页面拆分成各个模块. 这些模块包含增加,删除,修改,等 并且这些模块会处理非常复杂的业务逻辑问题 所以,我们最好是将他们分开. 如何将分离新增模块拆离出去 主页面 < ...

  4. Gin 框架介绍与快速入门

    Gin 框架介绍与快速入门 目录 Gin 框架介绍与快速入门 一.Gin框架介绍 1. 快速和轻量级 2. 路由和中间件 3. JSON解析 4. 支持插件 5. Gin相关文档 二.基本使用 1.安 ...

  5. ffmpeg修改文件格式

    http://ffmpeg.org/ 官网下载windows版本 进这个文件夹 随便找一个格式的文件我这里以mp4 放在这个文件夹里面 然后状态栏输入cmd 输入下方命令代码 ffmpeg -i 66 ...

  6. 4.1 C++ STL 动态链表容器

    List和SList都是C++ STL中的容器,都是基于双向链表实现的,可以存储可重复元素的特点.其中,List内部的节点结构包含两个指针一个指向前一个节点,一个指向后一个节点,而SList只有一个指 ...

  7. C/C++ Qt QThread 线程组件应用

    QThread库是QT中提供的跨平台多线程实现方案,使用时需要继承QThread这个基类,并重写实现内部的Run方法,由于该库是基本库,默认依赖于QtCore.dll这个基础模块,在使用时无需引入其他 ...

  8. 驱动开发:运用VAD隐藏R3内存思路

    在进程的_EPROCESS中有一个_RTL_AVL_TREE类型的VadRoot成员,它是一个存放进程内存块的二叉树结构,如果我们找到了这个二叉树中我们想要隐藏的内存,直接将这个内存在二叉树中抹去,其 ...

  9. 顶配涨至近2万 该买还是买!iPhone15正面曝光 与历代苹果手机对比边框爆窄

    从曝光的iPhone 15正面渲染图来看,其颜值确实要比上代又提高不少. 外媒放出了一组iPhone 15 Pro的正面渲染图照,从图片看边框非常的窄,与历代iPhone 边框对比,这个特点更是被放大 ...

  10. Gitee API的使用|如何批量删除Gitee下的所有仓库

    前言 那么这里博主先安利一些干货满满的专栏了! 首先是博主的高质量博客的汇总,这个专栏里面的博客,都是博主最最用心写的一部分,干货满满,希望对大家有帮助. 高质量博客汇总https://blog.cs ...