recover 的再一次理解

最新推荐文章于 2025-06-06 09:08:37 发布
最新推荐文章于 2025-06-06 09:08:37 发布
阅读量302 收藏
点赞数
文章标签： 数据库 运维 开发工具
本文通过实战演示了如何使用 Oracle RMAN 工具进行完整恢复操作，包括数据文件的验证、恢复及数据库重启过程。介绍了在遇到数据文件损坏情况时，利用备份文件进行数据恢复的具体步骤。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

C:\Documents and Settings\Administrator>sqlplus /nolog

 

SQL*Plus: Release 10.2.0.1.0 - Production on 星期六 6月 14 15:29:05 2008

 

Copyright (c) 1982, 2005, Oracle.  All rights reserved.

 

15:29:05 idle>conn /as sysdba

已连接。

15:29:11 sys@LEE>desc test_recover

 名称                                                                                是否为空? 类型

 ----------------------------------------------------------------------------------- -------- ------

--------------------------------------------------

 ID                                                                                           NUMBER

(38)

 

15:29:17 sys@LEE>select *from test_recover;

 

        ID

----------

         1

         2

         3

        31

        32

        33

 

已选择6行。

// 原表~~~~~~~没有用rman 做备份

已用时间:  00: 00: 00.11

15:29:25 sys@LEE>shutdown immediate

数据库已经关闭。

已经卸载数据库。

ORACLE 例程已经关闭。

 

//  删除 表空间sping 的O1_MF_SPRING_44QPLLLK_.DBF 文件

15:31:03 sys@LEE>startup force

ORA-32004: obsolete and/or deprecated parameter(s) specified

ORACLE 例程已经启动。

 

Total System Global Area  440401920 bytes

Fixed Size                  1249440 bytes

Variable Size             113250144 bytes

Database Buffers          318767104 bytes

Redo Buffers                7135232 bytes

数据库装载完毕。

ORA-01157: 无法标识/锁定数据文件 6 - 请参阅 DBWR 跟踪文件

ORA-01110: 数据文件 6: 'E:\TEST_DEST\LEE\DATAFILE\O1_MF_SPRING_44QPLLLK_.DBF'

 

 

15:31:43 sys@LEE>exit

从 Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production

With the Partitioning, OLAP and Data Mining options 断开

 

C:\Documents and Settings\Administrator>rman

 

恢复管理器: Release 10.2.0.1.0 - Production on 星期六 6月 14 15:31:48 2008

 

Copyright (c) 1982, 2005, Oracle.  All rights reserved.

 

RMAN> connect target/

 

已连接到目标数据库: LEE (DBID=490429669, 未打开)

 

RMAN> report schema;

 

使用目标数据库控制文件替代恢复目录

数据库方案报表

 

永久数据文件列表

===========================

文件大小 (MB) 表空间           回退段数据文件名称

---- -------- -------------------- ------- ------------------------

1    800      SYSTEM               ***     E:\ORACLE\PRODUCT\10.2.0\ORADATA\LEE\SYSTEM01.DBF

2    35       UNDOTBS1             ***     E:\ORACLE\PRODUCT\10.2.0\ORADATA\LEE\UNDOTBS01.DBF

3    600      SYSAUX               ***     E:\ORACLE\PRODUCT\10.2.0\ORADATA\LEE\SYSAUX01.DBF

4    1500     USERS                ***     E:\ORACLE\PRODUCT\10.2.0\ORADATA\LEE\USERS01.DBF

5    100      EXAMPLE              ***     E:\ORACLE\PRODUCT\10.2.0\ORADATA\LEE\EXAMPLE01.DBF

6    0        SPRING               ***     E:\TEST_DEST\LEE\DATAFILE\O1_MF_SPRING_44QPLLLK_.DBF

7    300      TEST_DATA_16K        ***     E:\TEST_DEST\LEE\DATAFILE\TEST_DATA_16K.DBF

 

临时文件列表

=======================

文件大小 (MB) 表空间           最大大小 (MB) 临时文件名称

---- -------- -------------------- ----------- --------------------

1    106      TEMP                 32767       E:\ORACLE\PRODUCT\10.2.0\ORADATA\LEE\TEMP01.DBF

 

RMAN> restore datafile 6 validate;

 

启动 restore 于 14-6月 -08

分配的通道: ORA_DISK_1

通道 ORA_DISK_1: sid=155 devtype=DISK

 

通道 ORA_DISK_1: 正在启动数据文件备份集验证

通道 ORA_DISK_1: 正在读取备份段 E:\BACKUP\LEE\LEE_BACK_0HJIMGOD_1_1

通道 ORA_DISK_1: 已恢复备份段 1

段句柄 = E:\BACKUP\LEE\LEE_BACK_0HJIMGOD_1_1 标记 = FULL_LEE

通道 ORA_DISK_1: 验证完成, 用时: 00:00:36

完成 restore 于 14-6月 -08

 

RMAN> recover datafile 6;

 

启动 recover 于 14-6月 -08

使用通道 ORA_DISK_1

// 不能recover

RMAN-03002: recover 命令 (在 06/14/2008 15:34:49 上) 失败

RMAN-06094: 数据文件6必须重新存储

 

 

 

RMAN> restore datafile 6;

 

启动 restore 于 14-6月 -08

使用通道 ORA_DISK_1

 

通道 ORA_DISK_1: 正在开始恢复数据文件备份集

通道 ORA_DISK_1: 正在指定从备份集恢复的数据文件

正将数据文件00006恢复到E:\TEST_DEST\LEE\DATAFILE\O1_MF_SPRING_44QPLLLK_.DBF

通道 ORA_DISK_1: 正在读取备份段 E:\BACKUP\LEE\LEE_BACK_0HJIMGOD_1_1

通道 ORA_DISK_1: 已恢复备份段 1

段句柄 = E:\BACKUP\LEE\LEE_BACK_0HJIMGOD_1_1 标记 = FULL_LEE

通道 ORA_DISK_1: 恢复完成, 用时: 00:04:08

完成 restore 于 14-6月 -08

 

RMAN> recover datafile 6;

 

启动 recover 于 14-6月 -08

使用通道 ORA_DISK_1

 

正在开始介质的恢复

 

存档日志线程 1 序列 54 已作为文件 E:\ARCHIVE\ARCHIVE_1\ARC00054_0655762857.001 存在于磁盘上

存档日志线程 1 序列 55 已作为文件 E:\ARCHIVE\ARCHIVE_1\ARC00055_0655762857.001 存在于磁盘上

存档日志线程 1 序列 56 已作为文件 E:\ARCHIVE\ARCHIVE_1\ARC00056_0655762857.001 存在于磁盘上

存档日志线程 1 序列 57 已作为文件 E:\ARCHIVE\ARCHIVE_1\ARC00057_0655762857.001 存在于磁盘上

存档日志线程 1 序列 58 已作为文件 E:\ARCHIVE\ARC00058_0655762857.001 存在于磁盘上

存档日志线程 1 序列 59 已作为文件 E:\ARCHIVE\ARC00059_0655762857.001 存在于磁盘上

存档日志线程 1 序列 60 已作为文件 E:\ARCHIVE\ARC00060_0655762857.001 存在于磁盘上

存档日志线程 1 序列 1 已作为文件 E:\ARCHIVE\ARC00001_0657239997.001 存在于磁盘上

存档日志线程 1 序列 2 已作为文件 E:\ARCHIVE\ARC00002_0657239997.001 存在于磁盘上

存档日志线程 1 序列 1 已作为文件 E:\ARCHIVE\ARC00001_0657281613.001 存在于磁盘上

存档日志线程 1 序列 1 已作为文件 E:\ARCHIVE\ARC00001_0657282439.001 存在于磁盘上

存档日志线程 1 序列 1 已作为文件 E:\ARCHIVE\ARC00001_0657324733.001 存在于磁盘上

存档日志线程 1 序列 2 已作为文件 E:\ARCHIVE\ARC00002_0657324733.001 存在于磁盘上

存档日志线程 1 序列 3 已作为文件 E:\ARCHIVE\ARC00003_0657324733.001 存在于磁盘上

存档日志文件名 =E:\ARCHIVE\ARCHIVE_1\ARC00054_0655762857.001 线程 =1 序列 =54

存档日志文件名 =E:\ARCHIVE\ARCHIVE_1\ARC00055_0655762857.001 线程 =1 序列 =55

存档日志文件名 =E:\ARCHIVE\ARCHIVE_1\ARC00056_0655762857.001 线程 =1 序列 =56

存档日志文件名 =E:\ARCHIVE\ARCHIVE_1\ARC00057_0655762857.001 线程 =1 序列 =57

存档日志文件名 =E:\ARCHIVE\ARC00058_0655762857.001 线程 =1 序列 =58

存档日志文件名 =E:\ARCHIVE\ARC00059_0655762857.001 线程 =1 序列 =59

存档日志文件名 =E:\ARCHIVE\ARC00060_0655762857.001 线程 =1 序列 =60

存档日志文件名 =E:\ARCHIVE\ARC00001_0657239997.001 线程 =1 序列 =1

存档日志文件名 =E:\ARCHIVE\ARC00002_0657239997.001 线程 =1 序列 =2

存档日志文件名 =E:\ARCHIVE\ARC00001_0657281613.001 线程 =1 序列 =1

存档日志文件名 =E:\ARCHIVE\ARC00001_0657282439.001 线程 =1 序列 =1

// recover 失败~~~~~~~~~~~~~·

RMAN-03002: recover 命令 (在 06/14/2008 15:39:31 上) 失败

ORA-00283: recovery session canceled due to errors

RMAN-11003: 在分析/执行 SQL 语句期间失败: alter database recover logfile 'E:\ARCHIVE\ARC00001_065728

2439.001'

ORA-00283: 恢复会话因错误而取消

ORA-00600: 内部错误代码, 参数: [krhpfh_03-1209], [6], [657324733], [657327569], [41291533], [0], [0]

, [0]

ORA-01110: 数据文件 6: 'E:\TEST_DEST\LEE\DATAFILE\O1_MF_SPRING_456X57DP_.DBF'

 

 

//  再来一次！！！

RMAN> recover datafile 6;

 

启动 recover 于 14-6月 -08

使用通道 ORA_DISK_1

 

正在开始介质的恢复

介质恢复完成, 用时: 00:00:03

 

完成 recover 于 14-6月 -08

 

RMAN> alter database open;

 

数据库已打开

 

RMAN> exit

 

 

恢复管理器完成。

 

C:\Documents and Settings\Administrator>sqlplus /nolog

 

SQL*Plus: Release 10.2.0.1.0 - Production on 星期六 6月 14 15:40:48 2008

 

Copyright (c) 1982, 2005, Oracle.  All rights reserved.

 

15:40:48 idle>conn /as sysdba

已连接。

15:40:52 sys@LEE>select * from test_recover;

//  恢复成功

        ID

----------

         1

         2

         3

        31

        32

        33

 

已选择6行。

 

已用时间:  00: 00: 00.11

15:41:03 sys@LEE>

 

 

小结： 可见 rman做恢复recover的时候是利用重做日志或增量备份来重建丢失的数据

 

 

 

文档解析：

 

Complete Recovery

 

Complete recovery involves using redo data or incremental backups combined with a backup of a database, tablespace, or datafile to update it to the most current point in time. It is called complete because Oracle applies all of the redo changes contained in the archived and online logs to the backup. Typically, you perform. complete media recovery after a media failure damages datafiles or the control file.

 

You can perform. complete recovery on a database, tablespace, or datafile. If you are performing complete recovery on the whole database, then you must:

 

    *

 

      Mount the database

    *

 

      Ensure that all datafiles you want to recover are online

    *

 

      Restore a backup of the whole database or the files you want to recover

    *

 

      Apply online or archived redo logs, or a combination of the two

 

If you are performing complete recovery on a tablespace or datafile, then you must:

 

    *

 

      Take the tablespace or datafile to be recovered offline if the database is open

    *

 

      Restore a backup of the datafiles you want to recover

    *

 

      Apply online or archived redo logs, or a combination of the two

 

 

Incomplete Recovery

 

Incomplete recovery, or point-in-time recovery, uses a backup to produce a noncurrent version of the database. In other words, you do not apply all of the redo records generated after the most recent backup. You usually perform. incomplete recovery of the whole database in the following situations:

 

    *

 

      Media failure destroys some or all of the online redo logs.

    *

 

      A user error causes data loss, for example, a user inadvertently drops a table.

    *

 

      You cannot perform. complete recovery because an archived redo log is missing.

    *

 

      You lose your current control file and must use a backup control file to open the database.

 

To perform. incomplete media recovery, you must restore all datafiles from backups created prior to the time to which you want to recover and then open the database with the RESETLOGS option when recovery completes. The RESETLOGS operation creates a new incarnation of the database—in other words, a database with a new stream of log sequence numbers starting with log sequence 1.

 

Before using the OPEN RESETLOGS command to open the database in read/write mode after an incomplete recovery, it is a good idea to first open the database in read-only mode, and inspect the data to make sure that the database was recovered to the correct point. If the recovery was done to the wrong point, then it is easier to re-run the recovery if no OPEN RESETLOGS has been done. If you open the database read-only and discover that not enough recovery was done, then just run the recovery again to the desired time. If you discover that too much recovery was done, then you must restore the database again and re-run the recovery.

 

 

 

 

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/11134734/viewspace-346818/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/11134734/viewspace-346818/

cuankuijie0713
关注
【go从入门到精通】吃透panic和recover
网易搬砖头
04-17 4万+
什么时候可以Panic呢？错误处理是每个编程语言都要考虑的一个重要话题。在C语言中，默认采用一个整数类型的errno来表达错误，这样就可以根据需要定义多种错误类型。在Go语言中，就是对应C语言中errno类型的错误。在syscall包中的接口，如果有返回错误的话，底层也是错误类型。什么是panic？panic是一种破坏应用程序状态并使其无限期停止的调用。与 C 风格的编程类似，Go 将错误视为第一类值，因此panic更像是用户自愿发出的运行时错误。这个用法我觉得和其他语言里的throw很类似。
Golang领域recover的错误捕获策略
最新发布
Golang编程笔记的博客
06-24 911
Golang以"简单、高效、可靠"著称，但再健壮的程序也会遇到意外：比如读取文件时文件被删除，调用接口时参数错误，甚至程序员手滑写出nil指针调用。这些意外如果不处理，会触发panic导致程序崩溃。本文将聚焦如何用recover安全捕获panic，涵盖基础用法、常见陷阱、实战场景和最佳实践，帮助你写出更健壮的Golang程序。本文将按照"故事引入→核心概念→原理拆解→实战案例→避坑指南"的逻辑展开：先用厨房起火的故事类比panic和recover；再拆解panic的传播机制与recover的工作原理；
oracle rac 备份
cuidun9470的博客
07-03 447
RAC环境数据库的备份与恢复RAC环境的备份、恢复和普通数据库的备份、恢复是有一些区别的。这个区别主要体现在RAC环境的特殊性上。根据Oracle的RAC环境的不同，RMAN备份、恢复操作也是不同的。如果RAC环境是建立在CLU...
oracle还原创建表空间,rman全库恢复时会自动创建temp表空间吗？
weixin_30624185的博客
04-07 253
我将oradata目录下所有文件删除了，先恢复了controlfile。然后RMAN> restore database;启动 restore 于 27-8月 -09使用通道 ORA_DISK_1通道 ORA_DISK_1: 正在开始恢复数据文件备份集通道 ORA_DISK_1: 正在指定从备份集恢复的数据文件正将数据文件00001恢复到D:\ORACLE\ORADATA\ORCL\SYST...
oracle进行rman增量恢复时报错RMAN-06094
m0_46400195的博客
06-22 2140
rman恢复增量备份最后一步recover database noredo的时候报错RMAN-0057、RAMN00569、RMAN-00571、RMAN-03002、RMAN06094 解决办法： 发现主库增加了datafile，备库没有。 备份主库的这个文件，到备库rman执行run 执行完毕run后，在执行restore database noredo;成功。...
adg的archive出现gap，使用增量恢复的方式进行恢复adg，RMAN-06094: datafile 1 must be restored
09-19 2974
①　主库丢失归档文件，然后在不重建物理dg的情况下来恢复物理dg 一.4.2 实验过程 一.4.2.1 主备库环境 查看主库的信息： SQL>select protection_mode,protection_level,database_role,force_logging,open_mode,switchover_status from v$database; PRO...
RMAN-06094
喝醉酒的小白
01-13 2322
表空间为read only
oracle恢复工具-FY_Recover_Data
05-08
特别提醒：恢复完成后，该方法会在数据库中产生一个表空间：FY_RST_DATA*，恢复一次产生一个，记得及时清理！否则会导致服务器RMAN备份失败ORA-19566 超出损坏块限制（切记） truncate原理： ? ? ...
探索Golang领域recover的无限可能
Golang编程笔记的博客
05-27 600
Golang以“简单、高效、可靠”著称，但再健壮的程序也可能遇到意外（如数组越界、空指针访问）。当这些意外发生时，Golang会触发panic（程序崩溃），但通过recover可以“力挽狂澜”，让程序恢复运行。panic和recover的底层逻辑defer与recover的黄金搭档关系如何用recover构建健壮的生产级应用避免滥用recover的关键原则本文从生活故事切入，逐步拆解panicrecoverdefer。
Go语言错误处理：defer+recover的完美搭配
Golang编程笔记的博客
06-06 312
本文旨在帮助Go开发者掌握deferrecover的错误处理组合：理解defer的延迟执行特性、panic的异常触发机制、recover的异常捕获条件，以及三者如何协作避免程序崩溃。内容覆盖基础概念、底层原理、实战案例及常见问题，适合从初级到中级的Go开发者。本文从“餐厅运营”的生活场景引入，逐步拆解defer（服务员的“最后检查”任务）、panic（厨房的“紧急事故”）、recover（经理的“应急措施”）的核心概念；通过代码示例和Mermaid流程图解析三者协作原理；
无备份情况下数据文件恢复
Oracle Database
12-24 996
如果没有备份但是有归档日志的情况下，普通数据文件可以通过日志恢复，但是system表空间和undo表空间的数据文件无法恢复。   普通数据文件无备份情况下的恢复例子(DB Oracle 10g 10.2.0.4)： SYS@orcl>create tablespace test datafile  '/u01/app/oracle/oradata/orcl/test01.dbf' size
Oracle DG复制中断：RMAN-03015和RMAN-06094
Sebastien23的博客
08-21 1186
⭐️。
RAC备份恢复到单节点
Paladin的专栏
03-27 1766
1简单说明：   版本：11.2.0.3  平台：linux-x86-64 到 win7-64bit  实例： bdstar1，bdstar2  还原到   bdstar  上  参考：三思笔记数据库备份与恢复 2 windows平台系统恢复环境创建 创建实例：oradim -new -sid bdstar 编写一个简单的参数文件： *.audit_file_dest='E:
oracle11g rman恢复到另一台服务器,怎么把rman备份恢复到另外一台服务器上
weixin_31139027的博客
04-06 1320
怎么把rman备份恢复到另外一台服务器上(有恢复目录，恢复部分文件)？数据库的状况SQL> CREATE TABLE T_DROP(A INT);TablecreatedSQL> BEGIN2FOR A IN 1..10000 LOOP3INSERT INTO T_DROP VALUES(A);4 ENDLOOP;5END6;7/PL/SQLprocedure successfully...
RMAN-06094: datafile 209 must be restored
rgb_rgb的博客
05-31 7636
--错误信息 RMAN-06094: datafile 209 must be restored SQL> ALTER DATABASE CREATE DATAFILE 209; ALTER DATABASE CREATE DATAFILE 209 * ERROR at line 1: ORA-01111: name for data file /u01/app_new/produ
Oracle Database 12c RMAN全量+增量备份+归档日志恢复详解
热门推荐
lvshaorong的博客
09-22 1万+
介绍了Oracle Database 12c使用RMAN进行全量备份，增量备份，归档日志备份，并通过各种备份+归档日志恢复到任意时间点的方法。包括单独恢复表空间的方法。
Spring的重试机制:浅谈@Retryable和@Recover注解
m0_73311735的博客
10-12 1989
如上图中的代码所示，我们通过@Retryable注解，对RemoteAccessException异常进行重试，重试次数为2次，第一次重试间隔为5s，之后重试的时间间隔为前一次的2倍，第二次重试间隔10s，第三次重试间隔20s。有两种组合方式，乐观组合重试策略是指只要有一个策略允许重试即可以，悲观组合重试策略是指只要有一个策略不允许重试即不可以。另外@Retryable和@Recover修饰的方法要在同一个类中,且被@Retryable 标记的方法不能有返回值，这样Recover方法才会生效。
oracle数据文件头损坏6,恢复数据库时遇到数据文件头损坏 | 信春哥，系统稳，闭眼上线不回滚！...
weixin_31046701的博客
04-09 671
恢复RAC数据库到异机单实例时，遇到UNDO表空间数据文件头损坏的情况，在RESTORE完成后，告警日志大量出现以下告警：Reading datafile '/data/uatdb/ivldb2_undo.dbf' for corruption at rdba: 0x00000001 (file 7, block 1)Reread (file 7, block 1) found same corr...
初识RMAN 1：数据文件和控制文件位置参数配置
cf7923的博客
05-23 574
初识RMAN 1：数据文件和控制文件位置参数配置2015年12月01日 21:44:12阅读数：651演示了rman的数据文件、控制文件、归档日志、备份并行度等相关参数的设置rman启动和配置参数查看RMAN备份级别介绍及简单的备份恢复利用rman进行简单的备份在rman下启停数据库用rman进行数据库恢复配置RMAN备份的存储位置和文件格式多通道备份RMAN修改控制文件的备份位置RMAN备份归档...
写一个协程池demo 如何回收协程
03-14
<think>好的，我现在要帮用户写一个协程池的demo，并且重点是如何回收协程。首先，我得先理解协程池的基本概念。协程池的作用应该是管理多个协程，避免频繁创建和销毁带来的开销，所以需要复用协程。用户的问题核心在于回收，也就是当协程完成任务后，如何让它回到池子里等待下一个任务，而不是被销毁。 首先，我得回忆一下Go语言中协程的基本用法。通常用go关键字启动协程，但如何管理这些协程呢？可能需要用到channel来传递任务，同时控制协程的生命周期。协程池的结构应该包含任务队列、工作协程队列以及一些同步机制。 接下来，回收协程的关键点在于，当协程完成当前任务后，不能退出，而是继续等待新的任务。这可以通过一个循环来实现，让每个工作协程不断地从任务通道中读取任务，处理完后继续等待，而不是结束。这样协程就会一直存活，直到被显式关闭。 然后，如何优雅地关闭这些协程呢？可能需要一个信号channel，当关闭协程池的时候，发送关闭信号，所有工作协程接收到信号后退出循环，结束自身。同时，需要确保所有任务都处理完毕，或者有机制来终止正在执行的任务。 然后考虑任务的分发。主线程将任务发送到任务通道，工作协程从通道中获取任务并执行。任务通道应该是有缓冲的还是无缓冲的？如果有缓冲，可以限制任务队列的长度，避免内存问题。但用户示例可能需要简单的实现，可以先使用无缓冲，或者根据需求调整。 接下来，处理协程的回收。每个工作协程启动后，进入一个无限循环，等待任务。当任务到来时，处理任务，处理完后继续循环等待，而不是退出。这样协程就不会被回收，而是处于等待状态，实现复用。 可能还需要考虑panic的处理，避免某个任务导致整个协程池崩溃。每个工作协程应该有自己的recover机制，捕获panic，打印日志，然后继续运行，保持池子的稳定。 最后，如何测试这个协程池？可以创建几个任务，提交到池子中，观察是否被正确执行，以及协程数量是否保持稳定。使用sync.WaitGroup来等待所有任务完成，确保主线程不会提前退出。 总结步骤： 1. 定义协程池结构，包含任务通道、关闭信号通道、工作协程数量等。 2. 初始化协程池，启动指定数量的工作协程，每个协程循环等待任务。 3. 工作协程从任务通道读取任务，执行，处理panic，然后继续等待。 4. 提供提交任务的方法，将任务发送到任务通道。 5. 提供关闭协程池的方法，发送关闭信号，等待所有工作协程退出。 6. 处理任务通道的关闭，避免发送到已关闭的通道导致panic。 在实现过程中需要注意并发安全和通道的正确关闭，避免死锁和资源泄漏。比如，关闭任务通道时，确保没有更多的任务被提交，工作协程在通道关闭后可以退出循环。 现在，将这些思路转化为代码。可能需要使用sync.WaitGroup来跟踪工作协程的状态，确保关闭时所有协程都已退出。任务通道应该是一个chan，工作协程从中接收任务函数并执行。 测试的时候，可以提交多个任务，每个任务打印一些信息，然后观察协程是否被复用，以及关闭池子时是否所有协程都正确退出。</think>好的，下面是一个Go语言协程池的简单实现，包含协程回收机制。我将逐步解释关键设计： ```go package main import ( "context" "fmt" "sync" "time" ) // 协程池结构体 type GoroutinePool struct { taskChan chan func() // 任务通道 closeChan chan struct{} // 关闭信号 wg sync.WaitGroup // 等待组 poolSize int // 协程数量 } // 创建协程池 func NewGoroutinePool(size int) *GoroutinePool { pool := &GoroutinePool{ taskChan: make(chan func()), closeChan: make(chan struct{}), poolSize: size, } pool.start() return pool } // 启动工作协程 func (p *GoroutinePool) start() { p.wg.Add(p.poolSize) for i := 0; i < p.poolSize; i++ { go p.worker() } } // 工作协程主体 func (p *GoroutinePool) worker() { defer p.wg.Done() for { select { case task := <-p.taskChan: // 执行任务并处理panic func() { defer func() { if r := recover(); r != nil { fmt.Println("task panic:", r) } }() task() }() case <-p.closeChan: return // 收到关闭信号则退出 } } } // 提交任务 func (p *GoroutinePool) Submit(task func()) { select { case p.taskChan <- task: case <-p.closeChan: panic("pool already closed") } } // 优雅关闭协程池 func (p *GoroutinePool) Shutdown() { close(p.closeChan) p.wg.Wait() close(p.taskChan) } func main() { // 创建协程池（3个worker） pool := NewGoroutinePool(3) // 提交10个任务 for i := 0; i < 10; i++ { id := i pool.Submit(func() { time.Sleep(1 * time.Second) fmt.Printf("Task %d executed\n", id) }) } // 等待任务执行完毕 time.Sleep(2 * time.Second) // 关闭协程池 pool.Shutdown() fmt.Println("Pool shutdown complete") } ``` **关键设计解析**： 1. **协程复用机制**： ```go for { select { case task := <-p.taskChan: // 执行任务... case <-p.closeChan: return } } ``` 通过无限循环+通道监听，协程执行完任务后不会退出，而是继续等待新任务 2. **安全回收设计**： - `sync.WaitGroup` 跟踪所有worker状态 - 独立的关闭信号通道 `closeChan` - 执行 `Shutdown()` 时： ```go close(p.closeChan) // 发送关闭信号 p.wg.Wait() // 等待所有worker退出 ``` 3. **异常处理**： ```go defer func() { if r := recover(); r != nil { fmt.Println("task panic:", r) } }() ``` 每个任务都包裹异常捕获，避免单个任务panic导致整个worker崩溃 4. **任务提交保护**： ```go func (p *GoroutinePool) Submit(task func()) { select { case p.taskChan <- task: case <-p.closeChan: panic("pool already closed") } } ``` 防止向已关闭的池子提交任务 **执行流程**： 1. 创建包含3个worker的协程池 2. 提交10个任务到任务通道 3. worker持续从通道获取任务执行 4. 调用Shutdown()时： - 关闭closeChan通知所有worker - 等待所有worker安全退出 - 最后关闭任务通道 **协程回收的关键点**： 1. worker协程通过循环保持常驻，而非执行单次任务 2. 通过通道通信实现任务调度，避免竞争条件 3. 关闭时先通知停止接收新任务，再等待现有任务完成 可以通过以下方式验证协程复用： ```go // 在main函数中添加 go func() { for { fmt.Printf("当前协程数: %d\n", runtime.NumGoroutine()) time.Sleep(500 * time.Millisecond) } }() ``` 观察输出可以看到协程数始终维持在预期数量（poolSize+2，主协程和监控协程）
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值