Translations update from Boost-Weblate

doc/modules/ROOT/nav_zh_Hans.adoc

@@ -0,0 +1,51 @@
+* xref:intro.adoc[]
+* xref:buckets.adoc[]
+* xref:hash_equality.adoc[]
+* xref:regular.adoc[]
+* xref:concurrent.adoc[]
+* xref:hash_quality.adoc[]
+* xref:compliance.adoc[合规性]
+* xref:structures.adoc[结构]
+* xref:debuggability.adoc[可调试性]
+* xref:benchmarks.adoc[基准测试]
+* xref:rationale.adoc[设计依据]
+* xref:ref.adoc[参考文档]
+** xref:reference/header_unordered_map_fwd.adoc[`<boost unordered="" unordered_map_fwd.hpp="">`]</boost>
+** xref:reference/header_unordered_map_top.adoc[`<boost unordered_map.hpp="">`]</boost>
+** xref:reference/header_unordered_map.adoc[`<boost unordered="" unordered_map.hpp="">`]</boost>
+** xref:reference/unordered_map.adoc[`unordered_map`]
+** xref:reference/unordered_multimap.adoc[`unordered_multimap`]
+** xref:reference/header_unordered_set_fwd.adoc[`<boost unordered="" unordered_set_fwd.hpp="">`]</boost>
+** xref:reference/header_unordered_set_top.adoc[`<boost unordered_set.hpp="">`]</boost>
+** xref:reference/header_unordered_set.adoc[`<boost unordered="" unordered_set.hpp="">`]</boost>
+** xref:reference/unordered_set.adoc[`unordered_set`]
+** xref:reference/unordered_multiset.adoc[`unordered_multiset`]
+** xref:reference/hash_traits.adoc[哈希特征]
+** xref:reference/stats.adoc[统计信息]
+** xref:reference/header_unordered_flat_map_fwd.adoc[`<boost unordered="" unordered_flat_map_fwd.hpp="">`]</boost>
+** xref:reference/header_unordered_flat_map.adoc[`<boost unordered="" unordered_flat_map.hpp="">`]</boost>
+** xref:reference/unordered_flat_map.adoc[`unordered_flat_map`]
+** xref:reference/header_unordered_flat_set_fwd.adoc[`<boost unordered="" unordered_flat_set_fwd.hpp="">`]</boost>
+** xref:reference/header_unordered_flat_set.adoc[`<boost unordered="" unordered_flat_set.hpp="">`]</boost>
+** xref:reference/unordered_flat_set.adoc[`unordered_flat_set`]
+** xref:reference/header_unordered_node_map_fwd.adoc[`<boost unordered="" unordered_node_map_fwd.hpp="">`]</boost>
+** xref:reference/header_unordered_node_map.adoc[`<boost unordered="" unordered_node_map.hpp="">`]</boost>
+** xref:reference/unordered_node_map.adoc[`unordered_node_map`]
+** xref:reference/header_unordered_node_set_fwd.adoc[`<boost unordered="" unordered_node_set_fwd.hpp="">`]</boost>
+** xref:reference/header_unordered_node_set.adoc[`<boost unordered="" unordered_node_set.hpp="">`]</boost>
+** xref:reference/unordered_node_set.adoc[`unordered_node_set`]
+** xref:reference/header_concurrent_flat_map_fwd.adoc[`<boost unordered="" concurrent_flat_map_fwd.hpp="">`]</boost>
+** xref:reference/header_concurrent_flat_map.adoc[`<boost unordered="" concurrent_flat_map.hpp="">`]</boost>
+** xref:reference/concurrent_flat_map.adoc[`concurrent_flat_map`]
+** xref:reference/header_concurrent_flat_set_fwd.adoc[`<boost unordered="" concurrent_flat_set_fwd.hpp="">`]</boost>
+** xref:reference/header_concurrent_flat_set.adoc[`<boost unordered="" concurrent_flat_set.hpp="">`]</boost>
+** xref:reference/concurrent_flat_set.adoc[`concurrent_flat_set`]
+** xref:reference/header_concurrent_node_map_fwd.adoc[`<boost unordered="" concurrent_node_map_fwd.hpp="">`]</boost>
+** xref:reference/header_concurrent_node_map.adoc[`<boost unordered="" concurrent_node_map.hpp="">`]</boost>
+** xref:reference/concurrent_node_map.adoc[`concurrent_node_map`]
+** xref:reference/header_concurrent_node_set_fwd.adoc[`<boost unordered="" concurrent_node_set_fwd.hpp="">`]</boost>
+** xref:reference/header_concurrent_node_set.adoc[`<boost unordered="" concurrent_node_set.hpp="">`]</boost>
+** xref:reference/concurrent_node_set.adoc[`concurrent_node_set`]
+* xref:changes.adoc[变更记录]
+* xref:bibliography.adoc[参考文献]
+* xref:copyright.adoc[版权声明]

doc/modules/ROOT/pages/bibliography_zh_Hans.adoc

@@ -0,0 +1,12 @@
+[#bibliography]
+
+:idprefix: bibliography_
+
+= 文献目录
+
+* _C/C++ Users Journal_. February, 2006. Pete Becker. http://www.ddj.com/cpp/184402066[STL and TR1: ：第三部分 — 无序容器^] 。 +
+关于标准无序容器的介绍性文章。
+* __维基百科__中的 https://en.wikipedia.org/wiki/Hash_table[哈希表^] 。 +
+这是关于哈希表实现原理的概述，重点探讨了链地址法和开放地址法两种实现路径的差异。
+* Peter Dimov，2022年。 https://pdimov.github.io/articles/unordered_dev_plan.html[Boost.Unordered库开发计划^] 。
+

doc/modules/ROOT/pages/buckets_zh_Hans.adoc

@@ -0,0 +1,101 @@
+[#buckets]
+:idprefix: buckets_
+
+= 哈希表基础
+
+该容器由若干__桶__组成，每个桶可容纳任意数量的元素。例如，下图展示了一个包含7个桶的 xref:reference/unordered_set.adoc#unordered_set[boost::unordered_set]，其中存储着5个元素（ `A` 、 `B` 、 `C` 、 `D` 和 `E` ）（此示意图仅为演示用途，实际容器通常包含更多桶）。
+
+image::buckets.png[]
+
+容器通过哈希函数 `Hash` 作用于元素的键来确定其所属的桶（对于集合而言，键即元素本身，但为统一集合与映射表的术语仍称作键）。该函数返回 `std::size_t` 类型的值。由于 `std::size_t` 的取值范围远大于桶的数量，容器会对此值进行二次转换以确定元素应存入的桶。
+
+根据指定键检索元素的过程非常简单：首先对键执行相同处理以定位对应桶，随后通过相等性谓词 `Pred` 将键与桶内元素进行比较以寻找匹配项。若哈希函数表现良好，元素将均匀分布于各桶中，此时仅需检查少量元素即可完成检索。
+
+关于哈希函数与相等性谓词的详细说明请参阅 xref:hash_equality.adoc#hash_equality[后续章节] 。
+
+如图所示， `A` 与 `D` 被置于同一桶内。在此桶内查找元素时最多需要进行 2 次比对，这会降低检索效率，该现象称为**冲突**。为维持高效运作，我们需尽可能减少冲突的发生。
+
+若使用 xref:reference/unordered_flat_set.adoc[boost::unordered_flat_set]替代 `boost::unordered_set` ，其结构示意图将呈现如下形式：
+
+image::buckets-oa.png[]
+
+在开放寻址式容器中，每个桶最多只能容纳一个元素；若发生冲突（如示例中的元素 `D` 的情况），该元素将使用原始位置附近的其他可用桶。基于此简化设计，Boost.Unordered开放寻址容器仅提供极其有限的桶访问API。
+
+[caption=, title='Table {counter:table-counter}. Methods for Accessing Buckets']
+[cols="1,.^1", frame=all, grid=rows]
+|===
+2+^h| *所有容器* h|*方法* h|*描述*
+
+|`size_type bucket_count() const`
+|The number of buckets.
+
+2+^h| *仅限闭寻址容器* h|*方法* h|*描述*
+
+|`size_type max_bucket_count() const`
+|An upper bound on the number of buckets.
+|`size_type bucket_size(size_type n) const`
+|The number of elements in bucket `n`.
+
+|`size_type bucket(key_type const& k) const`
+|Returns the index of the bucket which would contain `k`.
+
+|`local_iterator begin(size_type n)`
+1.6+|返回编号为 `n` 的桶的起始与末尾迭代器。
+
+|`local_iterator end(size_type n)`
+
+|`const_local_iterator begin(size_type n) const`
+
+|`const_local_iterator end(size_type n) const`
+
+|`const_local_iterator cbegin(size_type n) const`
+
+|`const_local_iterator cend(size_type n) const`
+
+|===
+
+== 桶数量控制
+
+当无序关联容器中的元素不断增加时，冲突次数会随之上升，从而导致性能下降。为解决此问题，容器会在插入元素过程中自动增加桶的数量。用户也可以通过调用 `rehash` 方法来按需调整容器的桶数量。
+
+标准规范虽未强制规定桶数量的具体选择方式，但基于容器的__负载因子__（即元素数量与桶数量的比值）提出了若干要求。同时，容器还设有一个__最大负载因子__，其运行过程中需始终将实际负载因子维持在该阈值以下。
+
+用户无法直接控制桶的数量，但可通过以下两种方式间接调控：
+
+* 用户可在构造容器或调用 `rehash` 方法时指定桶数量的最小值。
+* 用户可通过调用 `max_load_factor` 方法来设定最大负载因子的建议值。
+
+`max_load_factor` 并不允许用户自行设定最大负载因子，该方法仅用于提供__提示__。即便如此，标准也并未强制要求容器必须严格遵守该数值。唯一强制要求负载因子必须小于最大值的场景是在调用 `rehash` 方法之后。但大多数实现会尝试将元素数量维持在最大负载因子以下，并将最大负载因子设定为与提示值相同或接近——除非用户提供的提示值过小或过大。
+
+[caption=, title='Table {counter:table-counter}. Methods for Controlling Bucket Size']
+[cols="1,.^1", frame=all, grid=rows]
+|===
+2+^h| *所有容器* h|*方法* h|*描述*
+
+|`X(size_type n)`
+|Construct an empty container with at least `n` buckets (`X` is the container type).
+
+|`X(InputIterator i, InputIterator j, size_type n)`
+|Construct an empty container with at least `n` buckets and insert elements from the range `[i, j)` (`X` is the container type).
+
+|`float load_factor() const`
+|The average number of elements per bucket.
+
+|`float max_load_factor() const`
+|Returns the current maximum load factor.
+
+|`float max_load_factor(float z)`
+|Changes the container's maximum load factor, using `z` as a hint. +
+**开放寻址与并发容器：**此函数无效，用户不允许更改最大负载因子。
+
+|`void rehash(size_type n)`
+|Changes the number of buckets so that there at least `n` buckets, and so that the load factor is less than the maximum load factor.
+
+2+^h| *仅限开放寻址与并发容器* h|*方法* h|*描述*
+
+|`size_type max_load() const`
+|Returns the maximum number of allowed elements in the container before rehash.
+
+|===
+
+关于开放寻址与并发容器的 `max_load` 注意事项：在容器创建或执行 `rehash` 后，最大负载值将保持为 `max_load_factor() * bucket_count()` ；但在高负载场景下执行元素删除操作时，该值可能轻微下降。例如，若某个 xref:reference/unordered_flat_map.adoc#unordered_flat_map[boost::unordered_flat_map] 的 `size()` 已接近 `max_load()` 阈值，随后删除 1,000 个元素时， `max_load()` 可能减少约数十个元素。此机制是Boost.Unordered为保持性能稳定而采取的内部机制，用户在规划无重组插入操作时需予以考虑。