[po] auto sync

github-actions[bot] · github-actions[bot] · commit a8ac76e43393 · 2024-01-24T03:55:56.000Z
diff --git a/.stat.json b/.stat.json
@@ -1 +1 @@
-{"translation": "93.32%", "updated_at": "2024-01-24T02:56:00Z"}
+{"translation": "93.32%", "updated_at": "2024-01-24T03:55:56Z"}
diff --git a/c-api/init.po b/c-api/init.po
@@ -1257,6 +1257,8 @@ msgid ""
 "variable). Conversely, when acquiring the lock and restoring the thread "
 "state, the lock must be acquired before storing the thread state pointer."
 msgstr ""
+"这些函数的工作原理如下：全局解释器锁被用来保护指向当前线程状态的指针。 当释放锁并保存线程状态时，必须在锁被释放之前获取当前线程状态指针 "
+"（因为另一个线程可以立即获取锁并将自己的线程状态存储到全局变量中）。 相应地，当获取锁并恢复线程状态时，必须在存储线程状态指针之前先获取锁。"
 
 #: ../../c-api/init.rst:917
 msgid ""
@@ -1267,6 +1269,9 @@ msgid ""
 "standard :mod:`zlib` and :mod:`hashlib` modules release the GIL when "
 "compressing or hashing data."
 msgstr ""
+"调用系统 I/O 函数是释放 GIL 的最常见用例，但它在调用不需要访问 Python "
+"对象的长期运行计算，比如针对内存缓冲区进行操作的压缩或加密函数之前也很有用。 举例来说，在对数据执行压缩或哈希操作时标准 :mod:`zlib` 和 "
+":mod:`hashlib` 模块就会释放 GIL。"
 
 #: ../../c-api/init.rst:928
 msgid "Non-Python created threads"
@@ -1281,6 +1286,8 @@ msgid ""
 "management), they don't hold the GIL, nor is there a thread state structure "
 "for them."
 msgstr ""
+"当使用专门的 Python API（如 :mod:`threading` 模块）创建线程时，会自动关联一个线程状态因而上面显示的代码是正确的。 "
+"但是，如果线程是用 C 创建的（例如由具有自己的线程管理的第三方库创建），它们就不持有 GIL 也没有对应的线程状态结构体。"
 
 #: ../../c-api/init.rst:937
 msgid ""

Original file line number	Diff line number	Diff line change
`@@ -1 +1 @@`
`1`		`-{"translation": "93.32%", "updated_at": "2024-01-24T02:56:00Z"}`
	`1`	`+{"translation": "93.32%", "updated_at": "2024-01-24T03:55:56Z"}`