当前位置:首页>武汉>武汉市城市更新条例解读(第二章)

武汉市城市更新条例解读(第二章)

  • 2026-10-08 21:01:12
武汉市城市更新条例解读(第二章)

作者▎胡胜泉

图片来源▎Ai制作

《武汉市城市更新条例》将于2026年6月1日起施行。本文系作者基于公开的条例文本及相关政策文件所作的学习性、研究性解读。非官方释义,也不代表立法机关、行政机关或者任何官方机构意见,请勿作官方解释理解。如本文理解、表述与官方解释、正式文件或者主管部门实际执行口径不一致,应以官方解释、正式文件和实际解读为准。

本系列文章拟对条例五十七个条文逐条展开较为系统、完整的解读,由于解读篇幅较长,计划陆续发布。

写在前面

“‘先体检、后更新’、‘无体检、不更新’,已经成为大家的共识”

 ——住房城乡建设部副部长秦海翔在国新办新闻发布会上的讲话

“真正实现把资产管起来、让资源用起来、让城市活起来。”

  ——自然资源部总规划师张兵在国新办新闻发布会上的讲话

武汉市城市更新条例解读(第二章)

01
法规原文

第二章 城市更新规划和计划

第九条 市、区人民政府应当定期组织开展城市体检工作,合理确定城市更新重点。城市体检结果作为编制城市更新专项规划、制定城市更新片区策划方案、建立城市更新项目库、制定城市更新年度计划的重要依据。

法规解读

一、条文概要

本条是《武汉市城市更新条例》中关于城市体检机制的条款,主要规定城市体检的制度定位、实施主体以及在城市更新中的基础性作用。

从体系上看,本条位于第八条城市更新信息系统条款之后、第十条专项规划条款之前,其核心功能在于明确城市更新的数据来源与决策基础。通过建立城市体检机制,将城市运行状况、空间品质、功能短板以及存量资源状况转化为可识别、可分析的数据,并结合公众需求等信息,为规划编制、项目策划和实施决策提供依据。

因此,本条不仅是评估性规定,而是城市更新制度体系中承接“数据获取”与“制度应用”的关键枢纽条款。

二、条文拆解

本条可以从三个层面理解。

(一)城市体检的制度属性。本条确立城市体检制度,其核心在于将城市体检由政策性要求转化为制度性安排。

城市体检并非单一指标统计或专项调查,而是围绕城市空间结构、功能配置、基础设施、公共服务、安全韧性等内容,对城市运行状况进行系统性分析与综合性评价。从规范意义上看,其属于城市更新中的基础性支撑制度,其成果将直接影响后续规划编制和项目决策。

与传统以单项问题为导向的评估方式不同,城市体检具有综合性、动态性和持续性特征,体现出城市治理由经验判断向数据支撑转变的制度导向。

(二)城市体检的实施主体与组织方式。本条明确由市、区人民政府组织开展城市体检工作。这一规定体现城市体检的公共性与整体性。由于城市体检涉及城市运行全要素,需要由政府统一组织实施,以确保数据来源完整、评估标准统一以及成果具有公共决策依据属性。

从实践运行看,城市体检通常采取“政府主导+专业机构实施”的模式,由规划设计单位、专业咨询机构等承担具体技术工作,并通过城市更新、规划、自然资源、建设等多部门协同参与,完成数据采集、分析评估及成果形成。

同时,结合第八条规定,城市体检的数据采集、整合与应用依托城市更新信息系统开展,从而形成跨部门数据协同机制。

(三)城市体检的功能定位。本条确立城市体检成果作为城市更新的重要依据,其制度功能可以从以下几个方面理解。

第一,问题识别功能。通过系统评估城市空间与功能状况,识别短板和薄弱环节,为更新工作提供基础判断。

第二,资源与条件识别功能。在问题识别基础上,对存量空间、基础设施条件及相关资源进行系统梳理,为资源整合利用以及相关安排提供基础依据。

第三,更新路径与项目生成支撑功能。通过对空间条件、功能状况及权属关系的综合分析,对不同区域的更新类型进行初步识别,并为规划编制、项目库建设以及实施方式选择提供支撑。在当前实践中,自主更新、原拆原建等模式逐步出现,城市体检通过前期信息归集和条件分析,为不同类型更新项目的分类推进提供基础支撑。

第四,公众需求获取与信息输入功能。在对城市运行状况进行评估的同时,应当通过问卷调查、社区协商、入户走访等方式收集居民对居住环境、公共服务及更新方式的实际需求与意愿。与本条例第六条所确立的公众参与权利不同,体检阶段的公众参与主要体现为信息获取功能,其作用在于将公众需求转化为体检内容的重要组成部分,为后续规划编制和项目决策提供现实依据。通过将公众需求纳入体检,可以在前端阶段实现技术分析与实际需求的结合,提高更新方案的可实施性。

三、立法目的

本条的设置,主要在于通过制度化引入城市体检机制,解决城市更新中决策依据不足、问题识别不系统以及资源利用缺乏统筹的问题。

在传统城市建设模式中,项目往往依赖单一需求推动,缺乏对城市整体运行状况的系统分析,容易导致更新方向分散或资源配置不均衡。通过建立城市体检制度,可以对城市空间、功能短板以及存量资源状况进行系统识别,为城市更新提供统一的数据基础。

在此基础上,城市体检进一步发挥前端研判功能。一方面,通过对存量资源的系统梳理,为资源整合利用及相关安排提供基础依据;另一方面,通过对空间条件和功能状况的综合分析,对更新类型和实施路径进行初步识别,为项目策划和实施方式选择提供支撑。同时,在实践中也存在体检工作流于形式的情况,其成果多停留在指标统计和一般性问题描述层面,缺乏对问题成因、空间分布及影响程度的深入分析,也未能形成可转化为规划任务和项目安排的基础成果。在此情况下,体检结果难以与规划编制、项目生成及实施安排形成有效衔接,难以支撑城市更新工作的实际推进。

从制度功能看,城市体检不应仅停留于“状况描述”,而应通过系统评估,识别问题、分析原因并指向更新重点,使成果能够转化为规划依据和项目来源。同时,应当将公众需求作为体检的重要内容之一,实现技术分析与实际需求的结合,避免出现“为体检而体检”的情况。

四、政策法规衔接

本条关于城市体检机制的规定,与国家关于城市更新和城市体检工作的政策要求直接衔接。

在城市更新总体政策层面,《中共中央办公厅 国务院办公厅关于持续推进城市更新行动的意见》明确提出:“全面开展城市体检评估,建立发现问题、解决问题、评估效果、巩固提升的工作路径。”同时,该文件进一步提出:“依据国土空间规划,结合城市体检评估结果,制定实施城市更新专项规划,确定城市更新行动目标、重点任务、建设项目和实施时序,建立完善‘专项规划—片区策划—项目实施方案’的规划实施体系。”上述规定直接对应本条将城市体检作为城市更新前端依据的制度定位,也说明城市体检成果应当进入专项规划、片区策划和项目实施方案等后续环节。

在专项政策层面,《住房城乡建设部关于全面开展城市体检工作的指导意见》(建科〔2023〕75号)明确要求,各地“把城市体检作为统筹城市规划、建设、管理工作的重要抓手”,并要求“坚持问题导向,从住房到小区(社区)、街区、城区(城市),找出群众反映强烈的难点、堵点、痛点问题;坚持目标导向,查找影响城市竞争力、承载力、可持续发展的短板弱项;强化成果应用,把城市体检发现的问题作为城市更新的重点,建立健全‘发现问题—解决问题—巩固提升’的工作机制。”该规定与本条关于城市体检成果服务城市更新决策的制度功能直接对应。该《指导意见》还对城市体检的组织实施和成果转化作出具体要求:一是“坚持城市政府主导,建立城市住房城乡建设部门牵头,各相关部门、区、街道和社区共同参与,第三方专业团队负责的工作机制”;二是围绕住房、小区(社区)、街区、城区(城市)建立基础指标体系,并结合本地实际增加特色指标,做到“可量化、可感知、可评价”;三是提出问题清单和整治建议清单,形成城市体检报告,并“依据城市体检报告,制定城市更新规划和年度实施计划,一体化推进城市体检和城市更新工作。”上述要求分别对应本条中城市体检的组织机制、指标体系、成果应用和与城市更新衔接的制度要求。

在具体实施层面,《住房城乡建设部办公厅关于印发城市更新规划编制导则》(建办科〔2025〕46号)明确指出:“坚持先体检后更新、无体检不更新,将城市体检发现的问题作为城市更新工作重点,建立‘体检发现问题、更新解决问题、评估更新效果、推动巩固提升’的闭环工作机制”。上述要求确立“无体检、不更新”的前置程序,使更新决策建立在科学诊断基础上,实现问题导向。

从本条例内部看,本条与第八条城市更新信息系统、第十条城市更新专项规划、第十二条城市更新项目库、第十三条年度计划以及第五十条全生命周期管理形成衔接关系。第八条解决数据平台问题,第九条解决体检和问题识别问题,第十条、第十二条、第十三条将体检成果转化为规划、项目和年度安排,第五十条则将项目实施纳入全生命周期管理。由此,本条在条例体系中承担“问题识别—规划编制—项目生成—实施管理”的前端基础功能。

《住房城乡建设部办公厅关于印发实施城市更新行动可复制经验做法清单(第一批)的通知》(建办科函〔2022〕393号)将“上海市开展市、区两级城市体检评估”列为可复制经验之一,说明城市体检已成为城市更新前端治理中的重要基础性机制。该经验与本条关于市、区人民政府定期组织开展城市体检的规定具有对应关系。 

五、制度逻辑

本条的制度逻辑,在于确立城市更新的“综合输入与前端研判机制”。

从规范结构看,本条与第八条共同构成城市更新的数据基础体系。其中,城市体检负责问题识别、资源梳理以及公众需求收集,信息系统负责数据整合与共享,两者形成前后衔接关系。

从运行机制看,本条将城市更新的决策基础由经验判断转向数据分析与需求识别相结合,使规划编制和项目安排建立在系统评估基础之上。

从制度链条看,本条位于城市更新制度体系的起点,其成果将进入规划编制、项目库建设及实施管理环节,形成“问题识别—规划编制—项目生成—实施推进—反馈优化”的闭环结构。

从治理方式看,本条体现城市更新由“事后修补”向“前端识别”转变,通过前置识别城市问题、发展条件及公众需求,提高更新工作的系统性与前瞻性。

因此,本条不仅是城市体检制度条款,也是城市更新制度体系中实现数据驱动、需求导向与全过程治理的重要基础条款。

02
法规原文

第十条 市城市更新主管部门应当组织编制城市更新专项规划,明确城市更新总体目标、发展策略、更新重点、更新片区划定、组织体系和保障机制等内容,报市人民政府批准实施,并依法向社会公开。

编制城市更新专项规划,应当征求有关部门、街道办事处、乡镇人民政府、专家和公众等方面的意见。

城市更新专项规划应当符合国土空间总体规划,并与国土空间详细规划、相关专项规划相衔接。

法规解读

一、条文概要

本条是《武汉市城市更新条例》中关于城市更新专项规划的核心条款,主要规定专项规划的编制主体、主要内容、意见征求程序以及与国土空间规划体系的衔接关系。

从体系上看,本条承接第九条城市体检机制。第九条规定,城市体检结果作为编制城市更新专项规划的重要依据;本条则进一步规定,专项规划应当明确城市更新总体目标、发展策略、更新重点、更新片区划定、组织体系和保障机制等内容,并报市人民政府批准实施。由此,城市更新从前端问题识别进入规划统筹阶段。

本条的核心不只是“编制规划”,而是确立城市更新专项规划在整个制度体系中的枢纽地位。它既向上受到国土空间总体规划约束,又向下引导更新片区划定、项目库建立和年度计划编制,是连接城市体检、片区策划和项目实施的重要制度环节。

二、条文拆解

本条第一款明确,城市更新专项规划,应由市城市更新主管部门组织编制,报市人民政府批准实施、依法向社会公开。该款表明,城市更新专项规划不是一般性技术文件,而是经市人民政府批准的专项规划成果,具有全市层面的统筹功能和公共决策属性。从规划内容看,本条列明的“总体目标、发展策略、更新重点、更新片区划定、组织体系和保障机制”,并不局限于空间安排,而是同时涵盖目标设定、实施路径、片区组织、责任体系和政策保障。这说明城市更新专项规划具有复合属性:它既是空间统筹工具,也是政策统筹工具和实施组织工具。其作用不在于直接替代项目方案,而在于为后续更新片区划定、项目生成和年度实施安排提供总体框架。

本条第二款规定,编制城市更新专项规划应当征求有关部门、街道办事处、乡镇人民政府、专家和公众等方面的意见。该规定延续了总则中的制度安排:有关部门参与,体现第五条的部门协同;街道、乡镇参与,体现第四条中基层协助推进的制度要求;专家参与,体现第七条专家委员会制度;公众参与,则与第六条公众参与机制相衔接。由此,专项规划编制不是封闭的行政技术过程,而是一个兼具行政协调、专业论证和社会参与的规划形成过程。

本条第三款规定,城市更新专项规划应当符合国土空间总体规划,并与国土空间详细规划、相关专项规划相衔接。这是本条最重要的效力边界规定。城市更新专项规划可以提出更新方向、更新重点和片区安排,但不能突破国土空间总体规划确定的空间格局、用途管制、控制线和约束性指标;同时,城市更新专项规划应当衔接,而不能直接替代国土空间详细规划、相关专项规划作为项目实施和规划许可依据。其制度功能在于提出更新目标和方向,而具体空间管控和许可依据仍需通过详细规划承接。

三、立法目的

本条的设置,主要在于解决城市更新实践中“项目先行、规划滞后”和“规划统筹不足”的问题。

在传统城市建设和改造实践中,许多更新活动往往以单个项目为单位推进,容易出现项目之间缺乏统筹、公共设施配置不足、更新时序不协调等问题。通过建立城市更新专项规划制度,可以在全市层面明确更新目标和更新重点,将分散的更新项目纳入统一的规划框架之中。

同时,本条通过与第九条城市体检制度衔接,使专项规划建立在城市体检结果基础上,避免规划脱离真实问题和实际需求。专项规划只有能够回应体检发现的问题、指向更新片区、进入项目库和年度计划,才具有实际制度意义。否则,专项规划容易成为单纯文本成果,难以支撑城市更新工作的具体开展。

更重要的是,本条将城市更新专项规划纳入国土空间规划体系之中,防止城市更新成为游离于法定空间规划之外的特殊通道。这一点对于存量更新尤其重要。城市更新往往涉及功能调整、建筑规模变化、公共设施补足、产业导入和土地复合利用,如果缺乏规划体系约束,容易造成以更新之名突破规划管控的问题。因此,本条的立法目的之一,就是在支持城市更新的同时,维护国土空间规划体系的严肃性和法定性。

四、部分外地立法经验

从其他地方城市更新立法看,城市更新专项规划与详细规划之间的关系,通常不是通过专项规划直接替代详细规划来解决,而是通过控制性详细规划、法定图则或者更新单元详细规划等法定空间规划工具承接更新需求。

北京采取的是将城市更新纳入控制性详细规划体系的路径。《北京市城市更新条例》第十四条规定:“本市依法组织编制的控制性详细规划,作为城市更新项目实施的规划依据。”第十五条规定:“城市更新专项规划和相关控制性详细规划的组织编制机关,在编制城市更新专项规划和相关控制性详细规划时,应当开展现状调查和评估,分类梳理存量资源的分布、功能、规模、权属等情况,并提出更新利用的引导方向和实施要求。”据此,北京的制度逻辑是:城市更新专项规划负责总体安排和方向引导,控制性详细规划则作为项目实施的规划依据。

深圳的制度安排更强调法定图则的控制作用。《深圳经济特区城市更新条例》第十五条规定,城市更新单元计划“依照城市更新专项规划和法定图则等法定规划制定”,并明确“更新方向应当按照法定图则等法定规划的用地主导功能确定”。因此,深圳并不是让城市更新单元规划直接突破法定图则,而是要求触及法定图则强制性内容的,必须经过相应批准并纳入法定图则。

广州则在制度原则上明确城市更新规划服从上位规划。《广州市城市更新办法》第七条规定:“城市更新规划应当符合国民经济和社会发展规划、城市总体规划、土地利用总体规划。”并要求城市更新实施“结合更新地块实际,科学规划,针对区域不同特点,制定改造策略和控制标准”。这一规定虽然没有像北京、深圳那样直接展开控规调整程序,但同样确立了城市更新规划不得脱离上位规划约束的基本原则。

上述地方经验共同说明,城市更新专项规划的作用主要在于统筹目标、重点和策略,而不是直接替代详细规划。城市更新要进入项目实施和规划许可阶段,仍然需要通过控制性详细规划、法定图则或者国土空间详细规划等法定规划成果进行承接。

五、实务适用

在实践中,城市更新专项规划与国土空间总体规划、国土空间详细规划之间发生冲突并不少见。冲突产生的原因,主要在于二者的编制目的和时间顺序不同:国土空间总体规划和详细规划通常侧重空间底线、用途管制和开发强度控制,而城市更新专项规划则更强调存量空间优化、公共服务补短板、产业功能重塑和实施可行性。尤其是在已有控制性详细规划的区域,如果后续城市更新专项规划提出新的功能优化、增补公共设施、适当增加建筑规模或者调整片区边界,就可能与既有详细规划发生不一致。

从法理上看,应当区分不同层级的冲突。

如果城市更新专项规划与国土空间总体规划发生冲突,应当以国土空间总体规划为准。国土空间总体规划是各类开发保护建设活动的基本依据,城市更新专项规划只能在总体规划确定的空间格局、功能定位、控制线和约束性指标之内展开。确因重大战略、重大政策或者城市发展条件变化需要调整总体规划的,应当依照总体规划修改的法定程序办理,不能通过专项规划或者项目方案变相突破总体规划。

如果城市更新专项规划与国土空间详细规划或者既有控制性详细规划不一致,应当区分冲突性质处理。对于边界校核、设施位置优化、街区内部空间组织等局部技术性问题,可以通过技术修正、优化调整等方式完成匹配;但如果涉及用途性质、开发强度、公共服务设施配置、道路系统、历史文化保护控制要求等实质性内容变化,则应当进入详细规划修改程序。也就是说,技术修正解决的是局部、非实质性衔接问题,规划修改解决的是实质性管控内容变化问题。

如果详细规划尚未完成匹配,城市更新专项规划、片区策划方案或者项目实施方案均不能直接替代详细规划作为规划许可依据。专项规划可以提出更新方向,片区策划方案可以具体化更新内容,项目实施方案可以明确实施安排,但规划条件设置和规划许可核发仍然应当以依法批准的详细规划为依据。否则,就会造成以专项规划、策划方案或者实施方案替代法定规划的风险。

因此,这一问题的法理解决路径可以概括为:国土空间总体规划确定底线和总纲,城市更新专项规划提出更新目标、重点和片区安排,国土空间详细规划承接空间管控和规划许可依据;当专项规划与详细规划不一致时,应当通过技术修正、优化调整或者规划修改等法定程序完成匹配。只有在详细规划依法完成调整后,相关更新内容才能进入片区策划、项目实施和规划许可程序。

这些问题,本条例在第十六条中作出了进一步的规定。

六、政策法规衔接

本条的规定,与国家和湖北省关于国土空间规划、城市更新和详细规划管理的政策要求形成直接对应。

《中共中央 国务院关于建立国土空间规划体系并监督实施的若干意见》(中发〔2019〕18号)明确提出:“国土空间规划是国家空间发展的指南、可持续发展的空间蓝图,是各类开发保护建设活动的基本依据。”这一规定构成第十条中“符合国土空间总体规划”的上位制度基础。城市更新属于开发建设和空间治理活动,必须纳入国土空间规划体系,不能脱离总体规划单独运行。

《自然资源部办公厅关于印发〈支持城市更新的规划与土地政策指引(2023版)〉的通知》(自然资办发〔2023〕47号)明确提出,要“将城市更新要求融入国土空间规划体系”,总体规划应识别更新对象、提出更新目标和工作重点,详细规划则通过“更新规划单元”和“更新实施单元”落实总体规划要求,如编制“更新实施单元详细规划”涉及突破“更新规划单元”强制性规划管控要求的,可根据实际情况,按照法定程序进行动态维护和修改。

《自然资源部 住房城乡建设部关于进一步支持城市更新行动若干措施的通知》(自然资发〔2025〕226号)明确提出:“依据国土空间总体规划和城市更新专项规划确定的城市更新目标和工作重点,结合‘十五五’城市更新行动需求,对拟实施城市更新区域的详细规划进行评估、优化。可按照法定程序和相关要求,采取技术修正、优化调整等方式优化原有详细规划,并纳入国土空间规划‘一张图’实施监督。”这一规定直接回应了城市更新专项规划与详细规划不一致时的处理路径,即通过详细规划评估、技术修正、优化调整等方式完成动态匹配。

《省自然资源厅关于高质量做好国土空间详细规划工作的通知》(鄂自然资发〔2026〕5号)进一步明确:“详细规划是实施国土空间用途管制、核发城乡建设项目规划许可,以及实施城乡开发建设、整治更新、保护修复活动的法定依据。”该文件还要求加强详细规划与城市更新等专项规划衔接,并强调因城市更新等需要修改详细规划的,应当区分规划修改、技术修正、优化调整等不同情形,规范履行程序。该规定说明,在湖北省范围内,城市更新专项规划不能替代详细规划,相关更新需求必须依法转化为详细规划成果后,才能作为许可和实施依据。

武汉的国土空间总体规划已经国务院批准。《国务院关于〈武汉市国土空间总体规划(2021—2035年)〉的批复》(国函〔2025〕23号)原则同意《武汉市国土空间总体规划(2021—2035年)》,并明确该规划是武汉市国土空间保护、开发、利用、修复的政策和总纲。这意味着,本条所称“国土空间总体规划”在武汉具有明确指向,即已经国务院批准的《武汉市国土空间总体规划(2021—2035年)》。

从本条例内部看,第十条与第九条、第十一条、第十二条、第十三条、第十六条形成完整衔接。第九条提供体检依据,第十条形成专项规划,第十一条根据专项规划划定更新片区,第十二条建立项目库,第十三条编制年度计划,第十六条则在片区策划阶段解决专项规划与详细规划的具体匹配问题。

七、制度逻辑

从制度逻辑上看,第十条确立的是城市更新的规划传导机制。

首先,城市更新专项规划具有统筹性,但不具有替代详细规划的效力。它可以明确城市更新目标、重点区域和保障机制,但不能直接设定规划条件,也不能直接作为项目规划许可依据。

其次,国土空间总体规划具有上位约束作用。专项规划必须在总体规划确定的空间格局和底线管控内展开,不能通过更新专项规划突破总体规划。

再次,国土空间详细规划具有实施承接作用。城市更新专项规划中的合理更新需求,必须通过详细规划评估、技术修正、优化调整或者规划修改等法定程序,转化为详细规划成果,才能进入项目实施。

因此,本条真正确立的是“专项规划提出方向、详细规划承接实施”的分层运行机制。其制度价值在于,在维护国土空间规划严肃性的同时,为城市更新中的存量空间优化、功能调整和项目生成提供合法路径。

03
法规原文

第十一条 城市更新专项规划应当合理划定更新片区。更新片区划定应当综合考虑原有城市基础设施和公共服务设施、自然环境、产权边界、行政区划等因素。

区人民政府认为确需调整城市更新专项规划划定的更新片区的,可以提出调整建议,经市城市更新主管部门审查后,报市人民政府批准。

法规解读

一、条文概要

本条是《武汉市城市更新条例》中关于更新片区划定的条款,主要规定城市更新专项规划应当合理划定更新片区,并明确划定更新片区时应当综合考虑的因素,以及区人民政府提出调整建议的程序。

从制度体系上看,本条承接第十条城市更新专项规划,将专项规划中的更新重点进一步转化为具体的实施范围,是城市更新由规划统筹进入实施组织阶段的关键环节。同时,本条与第十四条“以更新片区实施为主”、第十五条统筹主体确定、第十六条片区策划方案编制形成直接衔接关系。

本条的核心在于,通过更新片区划定,将分散的更新需求整合为可以统筹推进的成片实施范围,为后续资源整合和项目组织提供基础。

二、条文拆解

本条首先规定,城市更新专项规划应当合理划定更新片区。这里的“合理划定”,并不是单纯的空间划线,而是要求片区范围具备统筹实施条件。城市更新以既有建成空间为对象,往往涉及基础设施补短板、公共服务完善、功能结构优化以及产权关系协调等多重目标。如果仅以单个项目推进,难以实现整体优化。因此,更新片区的划定,本质上是为统筹实施提供范围基础,使不同地块、不同类型项目能够在一定空间范围内协同推进。

在具体划定依据上,本条要求综合考虑基础设施和公共服务设施、自然环境、产权边界以及行政区划等因素。这些因素分别对应不同制度要求:基础设施和公共服务设施反映更新需求与补短板方向,决定片区统筹的必要性;自然环境要求片区划定尊重山水格局和生态空间的整体性,避免人为割裂;产权边界直接关系到后续意愿征询、权益归集和实施可行性;行政区划则关系到区级政府组织推进与基层协同治理的管理边界。

需要进一步理解的是,上述因素并非简单并列,而是构成一种多维度约束下的综合判断机制。更新片区既不能完全按照规划目标划定,也不能完全受制于权属结构或行政边界,而是在空间合理性、实施可行性与治理可操作性之间进行平衡。

在此基础上,更新片区的划定还应当与条例第二条所确立的不同城市更新类型相适配。不同更新类型对片区范围和统筹程度的要求存在明显差异。例如,整治提升类更新主要围绕既有空间功能完善和设施补充,通常可以在相对较小范围内实施;拆除重建类更新涉及空间重构、利益再分配和开发强度调整,往往需要在更大范围内统筹资源;历史文化保护类更新则强调风貌整体性,其片区边界通常需要围绕历史街区或传统风貌区形成连续空间。因此,“合理划定”并非抽象要求,而是应当根据不同更新类型,在空间范围、统筹深度和实施条件之间作出具体判断。

本条进一步规定,区人民政府认为确需调整更新片区的,可以提出调整建议,经市城市更新主管部门审查后,报市人民政府批准。这一规定确立了更新片区的动态调整机制。一方面,更新片区由专项规划确定,体现全市统筹;另一方面,区级政府在实施过程中可以根据实际情况提出调整建议,但最终仍需市级审查和批准,从而在规划稳定性与实施灵活性之间形成制度平衡。

三、立法目的

本条的设置,主要在于为城市更新建立稳定的实施组织基础。城市更新涉及多类型更新活动,如果缺乏成片范围进行统筹,容易出现公共设施难以配置、资源难以整合以及项目推进碎片化等问题。通过划定更新片区,可以在一定范围内整合不同地块、不同项目和不同主体,从而形成统筹推进的基本条件。

同时,通过设置调整程序,本条在规划稳定性与实施灵活性之间建立制度平衡,使更新片区既具有约束力,又能够根据实施情况进行必要优化。

四、实务适用

在实践中,更新片区划定可能会涉及几个关键制度边界问题。

第一,规划边界与产权边界之间的关系。更新片区既服务于规划目标,又必须具备实施可行性,因此不能单纯依据某一具体边界划定。本质上,这是空间优化要求与实施条件约束之间的协调问题。

第二,片区划定的法律性质。更新片区划定属于规划组织行为,其作用在于确定统筹实施范围,并不直接改变物业权利人的权利状态。真正涉及权利变动的,是后续实施主体确定、项目实施方案协商或者表决、征收或者市场化更新等程序。因此,应当区分规划安排与权利处分之间的界限。

第三,片区调整的权限边界。区人民政府可以提出调整建议,但最终决定权在市人民政府。这一安排体现了规划权与实施权之间的分层配置,有助于防止片区划定被项目化、碎片化处理。

第四,片区实施与单体项目实施的关系。本条例明确城市更新以片区实施为主,但并未排除单独项目实施路径。对于空间独立、影响范围有限的项目,可以单独推进;对于涉及公共服务补短板和资源统筹的区域,则应优先通过片区实施。

五、政策法规衔接

本条关于更新片区划定的规定,与国家关于城市更新单元划定、规划统筹和项目组织的政策要求形成直接对应。

《住房城乡建设部关于扎实有序推进城市更新工作的通知》(建科〔2023〕30号)提出:“发挥城市更新规划统筹作用,依据城市体检结果,编制城市更新专项规划和年度实施计划,系统谋划城市更新工作目标、重点任务和实施措施。”该文件强调规划统筹,为更新片区划定提供依据。

《自然资源部 住房城乡建设部关于进一步支持城市更新行动若干措施的通知》(自然资发〔2025〕226号)规定:“对拟实施城市更新区域的详细规划进行评估、优化。”该规定说明,更新片区划定应当与详细规划评估和优化相衔接。

《省自然资源厅关于高质量做好国土空间详细规划工作的通知》(鄂自然资发〔2026〕5号)明确:“详细规划是实施国土空间用途管制和核发城乡建设项目规划许可的法定依据。”并要求详细规划与城市更新专项规划衔接。这意味着更新片区划定应当与详细规划单元保持协调。

在武汉本地实践中,《武汉市实施“五改四好”加快推进高质量城市更新行动方案(2025—2027年)》明确提出,区级层面“以城市更新片区为载体,集中资金、要素、力量,扎实推进城市更新行动”,并附第一批片区清单。该安排表明,武汉城市更新已经形成以片区为基本推进载体的实践基础,本条关于更新片区划定及调整程序的规定,正是对这一片区化推进模式的法规化表达。 

从本条例内部看,第十一条与第十条、第十四条、第十五条、第十六条形成制度链条:专项规划提出更新片区划定,第十一条明确划定规则,第十四条确立实施方式,第十五条确定统筹主体,第十六条通过片区策划方案落实具体内容。

六、制度逻辑

本条的制度逻辑,在于通过更新片区划定,建立城市更新从规划到实施的中间承接环节。

城市更新专项规划提供总体方向,但无法直接进入实施;单个项目具备操作性,但缺乏统筹能力。更新片区正是在两者之间建立连接,使更新活动能够在一定范围内统筹推进。

通过更新片区,可以实现三个方面的制度功能:一是将分散地块整合为统一实施范围;二是在片区内部实现不同类型资源的统筹配置;三是为后续统筹主体确定和片区策划方案编制提供基础。

因此,本条的核心价值在于,使城市更新由分散推进转向成片统筹,为后续制度运行提供稳定的实施基础。

04
法规全文

第十二条 市、区城市更新主管部门应当分别建立市、区城市更新项目库,实行常态申报和动态调整。具体办法由市城市更新主管部门制定。

法规解读

一、条文概要

本条是《武汉市城市更新条例》中关于城市更新项目库制度的条款。从制度体系看,本条承接第九条城市体检、第十条专项规划和第十一条更新片区划定,将前述“问题识别—规划统筹—片区划定”进一步转化为具体的项目储备与筛选机制,是城市更新进入项目化运行阶段的关键环节。

本条的核心在于,通过项目库制度,将城市更新项目纳入统一的储备和管理体系,形成从规划到实施之间的稳定衔接机制。本条重点解决的是城市更新项目如何进入储备和管理体系的问题,而不是直接决定项目是否实施或者是否进入年度实施安排。 

二、条文拆解

本条规定,市、区城市更新主管部门应当分别建立城市更新项目库,并由市城市更新主管部门制定具体办法。

市、区分别建立项目库,体现出项目库的分级管理结构,应与本条例第四条、第五条所确立的市级统筹、区级组织推进以及主管部门分工相衔接。

本条进一步规定,项目库实行“常态申报和动态调整”。“常态申报”意味着城市更新项目不应仅通过一次性集中申报确定,也不应只依赖年度计划临时筛选,而应当允许符合条件的项目根据成熟度和实施条件持续进入储备程序。城市更新项目通常涉及权属协调、资金平衡、规划衔接、公众意愿、产业导入等多个前置条件,成熟时间不一致,如果仅按固定批次一次性申报,容易造成成熟项目不能及时纳入、未成熟项目被提前推动的问题。“动态调整”则意味着项目库不是静态清单,进入项目库并不等于当然进入年度计划,也不等于当然可以实施。项目库应当根据城市体检结果、专项规划调整、片区策划进展、实施主体确定、资金来源落实、规划手续成熟度等因素持续更新。对于条件成熟、符合年度重点的项目,可以进入年度计划;对于条件变化、难以推进或者不再符合更新方向的项目,也应当调出或者调整状态。

因此,本条所确立的项目库,不是简单的项目汇总表,而是城市更新项目持续发现、持续培育和持续筛选的管理机制。

三、立法目的

本条的立法目的,在于建立城市更新项目的统一储备与筛选机制。

理论上看,城市更新项目来源多样,包括城市体检发现的问题、专项规划确定的重点、片区策划形成的项目以及市场主体和物业权利人的更新意愿等。如果缺乏统一管理机制,容易出现项目来源分散、推进节奏失序以及政策支持对象不明确等问题。通过项目库制度,可以将不同来源、不同成熟度的项目纳入统一管理体系,实现从项目发现、项目培育到项目筛选的制度化衔接,从而为年度计划编制和政策配置提供基础。

四、实务适用

项目库制度在实践中的关键,不在于“是否入库”,而在于“入库之后如何分层管理”。

首先,应当区分项目库与年度计划的关系。根据本条例第十三条,城市更新年度计划应当依据城市更新专项规划和项目库编制。由此可见,项目库是年度计划的基础,但入库项目并不当然进入年度计划。只有具备实施条件、符合年度重点的项目,才会被纳入年度实施范围。

其次,项目库本质上是“储备机制”,而非“实施决定”。项目入库并不意味着可以直接启动更新实施,也不意味着已经具备规划许可、建设审批或者资金保障条件。项目仍需依次完成片区策划、实施主体确定、实施方案编制及相关审批程序。实务中尤其需避免公众对入库项目作出必然实施的误解。

再次,项目库应当体现项目成熟度分层管理。不同项目在规划条件、权属关系、资金平衡、公众意愿等方面存在差异,如果不进行分类管理,容易形成“清单化堆积”。合理的制度运行,应当通过动态调整机制,将项目区分为储备类、培育类和实施准备类等不同状态,并随着条件变化进行转换。

因此,项目库制度的实质,是建立一个持续滚动的项目筛选和培育机制,而不是简单的项目汇总工具。

五、政策法规衔接

本条关于建立项目库和实行常态申报、动态调整的规定,与国家关于城市更新“项目牵引”机制的政策要求直接衔接。

《中共中央办公厅 国务院办公厅关于持续推进城市更新行动的意见》明确提出:“创新完善以需求为导向、以项目为牵引的城市更新体制机制。”并提出:“依据国土空间规划,结合城市体检评估结果,制定实施城市更新专项规划,确定城市更新行动目标、重点任务、建设项目和实施时序,建立完善‘专项规划—片区策划—项目实施方案’的规划实施体系。”该规定确立了“以项目为载体推进城市更新”的基本路径,本条通过项目库制度对这一要求予以具体化。

《住房城乡建设部关于扎实有序推进城市更新工作的通知》(建科〔2023〕30号)提出:“依据城市体检结果,编制城市更新专项规划和年度实施计划……建立项目库,明确项目实施计划安排。”该文件进一步将项目库与专项规划、年度计划衔接,说明项目库在城市更新体系中的承接作用。

《自然资源部办公厅关于印发〈支持城市更新的规划与土地政策指引(2023版)〉的通知》(自然资办发〔2023〕47号)提出,“推动政府更新项目、近期待更新项目地块、规划管控要求及配套政策等信息公开公示,促进市场与更新项目进行对接”,该要求说明,项目储备不仅服务于行政管理,也承担促进市场主体识别项目、参与城市更新的供需对接功能。本条项目库制度可以理解为武汉建立城市更新项目供需对接和动态管理机制的基础。 

在武汉实践层面,《武汉市实施“五改四好”加快推进高质量城市更新行动方案(2025—2027年)》明确提出分年度推进更新片区并形成清单管理机制,体现出以片区和项目清单为抓手推进城市更新的工作路径。项目库制度正是在这一实践基础上,将项目储备与清单管理上升为常态化制度安排。

从本条例内部看,第十二条与第九条、第十条、第十一条、第十三条和第五十条形成衔接。第九条通过城市体检提供问题来源,第十条通过专项规划确定更新方向,第十一条通过更新片区划定统筹范围,第十二条建立项目储备和筛选机制,第十三条在项目库基础上编制年度计划,第五十条则通过城市更新信息系统实现项目全生命周期管理。由此,项目库在条例体系中承担从规划体系进入项目体系的承接功能。

六、制度逻辑

本条的制度逻辑,在于确立城市更新的“项目生成与筛选机制”。 

城市体检解决“更新什么”,专项规划解决“往哪里更新”,更新片区解决“在哪些范围更新”,而项目库则解决“具体做哪些项目”。通过项目库,可以将前述制度安排转化为可持续生成的项目体系。

项目库在整个制度链条中的作用,是将城市更新从规划导向转入项目导向,但这种项目导向并不是简单的项目推进,而是建立在持续储备、动态筛选和分层管理基础上的运行机制。

因此,本条的核心价值,不在于形成一个项目清单,而在于构建城市更新项目持续生成、持续筛选和持续转化的制度基础,使城市更新能够形成稳定、连续的推进机制。

05
法规原文

第十三条 市城市更新主管部门应当依据城市更新专项规划和城市更新项目库,组织编制城市更新年度计划,报市人民政府批准实施。纳入城市更新年度计划的城市更新项目,按照国家、省、市有关规定享受城市更新相关政策。

编制城市更新年度计划,应当优先考虑有以下情况的区域:

(一)存在安全隐患;

(二)居住环境差;

(三)市政基础设施和公共服务设施薄弱;

(四)历史风貌整治提升需求强烈;

(五)现有土地用途、建(构)筑物使用功能、产业结构不 适应经济社会发展。

法规解读

一、条文概要

本条是《武汉市城市更新条例》中关于城市更新年度计划的条款,主要规定城市更新年度计划的编制依据、编制主体、批准程序、政策适用衔接以及编制年度计划时应当优先考虑的区域类型。

从体系上看,本条承接第十二条项目库制度。第十二条解决的是城市更新项目如何进入储备和管理体系的问题,本条则进一步解决项目库中的项目如何转化为年度实施安排的问题。换言之,项目库侧重“储备和筛选”,年度计划侧重“排序和推进”。通过年度计划制度,城市更新由项目储备进入年度实施任务安排阶段。

本条的核心不在于简单形成年度项目清单,而在于通过年度计划确定城市更新项目的实施时序,并将其与城市更新相关政策适用衔接起来。

二、条文拆解

第一款表明,年度计划并非脱离规划和项目库另行编制,而是建立在专项规划和项目库基础上的实施性安排。专项规划确定城市更新的总体方向和重点,项目库提供项目储备基础,年度计划则在此基础上确定当年度重点推进的项目和任务。这里需要注意年度计划与项目库之间的区别。项目库具有开放性和储备性,强调常态申报和动态调整;年度计划则具有阶段性和实施性,强调在特定年度内确定重点推进任务。因此,入库项目并不当然进入年度计划,年度计划应当根据项目成熟度、公共利益需求、资金和要素保障条件等因素进行选择和排序。

本条还规定,纳入城市更新年度计划的城市更新项目,按照国家、省、市有关规定享受城市更新相关政策。该表述需要准确理解:纳入年度计划是项目进入政策适用体系的重要识别依据,但不是当然取得所有政策支持的充分条件。具体能否享受财政、金融、土地、规划、税费等政策,仍需回到国家、省、市相应政策文件的适用条件中判断。也就是说,年度计划具有政策衔接功能,但不替代具体政策本身的审查标准。

本条第二款列明编制年度计划时应当优先考虑的五类区域,包括存在安全隐患、居住环境差、市政基础设施和公共服务设施薄弱、历史风貌整治提升需求强烈,以及现有土地用途、建(构)筑物使用功能、产业结构不适应经济社会发展的区域。这五类情形并不是城市更新类型的简单重复,而是年度计划中的优先排序标准。其功能在于明确在资源有限、项目众多的情况下,哪些区域应当优先进入年度实施安排。

这一优先排序标准,可以与第二条所确定的城市更新内容形成理论上的衔接。存在安全隐患,主要对应危旧房、城中村等居住安全问题,也对应公共安全设施完善和城市安全韧性提升;居住环境差,主要对应危旧房、老旧小区和城中村改造;市政基础设施和公共服务设施薄弱,直接对应市政基础设施、公共服务设施、公共安全设施和新型基础设施建设;历史风貌整治提升需求强烈,直接对应历史文化街区、优秀历史建筑、文物建筑等历史文化资源保护利用;现有土地用途、建(构)筑物使用功能、产业结构不适应经济社会发展,则主要对应老旧街区、老旧工业园区、老旧厂区改造以及低效用地再开发、产业转型升级等内容。

需要注意的是,第二条第四项关于生态修复和绿色发展,在本条第二款中并未被单独列为优先情形。但如果生态修复项目同时涉及基础设施薄弱、公共空间改善、安全韧性提升或者环境品质提升等问题,仍可以通过相应优先情形进入年度计划安排。由此可见,第十三条第二款不是对第二条更新类型的机械复制,而是对年度计划编制所作的公共利益排序。

三、立法目的

本条的立法目的,在于建立城市更新年度实施排序机制,解决项目储备与年度推进之间的衔接问题。

城市更新项目具有数量多、类型多、成熟度不一的特点。即使项目已经进入项目库,也不意味着所有项目都可以在同一年度同时推进。通过年度计划制度,可以将城市更新专项规划和项目库中的内容转化为年度实施任务,使城市更新从中长期规划和项目储备进入可调度、可考核、可推进的工作安排。同时,通过第二款列明优先考虑情形,本条也明确了年度计划不是单纯按照市场收益、项目申报积极性或者投资规模排序,而应当优先回应安全风险、民生短板、基础设施不足、历史风貌保护和产业功能不适配等公共利益需求。

因此,本条的制度目的,不只是形成年度项目名单,更在于通过年度计划对城市更新资源进行有序配置,防止城市更新被单个项目牵引或者被短期收益逻辑主导。

四、部分外地立法经验

《南京市城市更新办法》第十五条规定,“城市更新入库项目具备实施条件的,应当及时纳入城市更新年度计划。 城市更新年度计划应当明确年度目标任务和具体项目,包括项目类型、项目实施主体、范围和规模、建设内容、搬迁安置、投资估算、投资来源、进度安排等。”该规定说明,年度计划不仅是项目名单,更是年度实施任务、资金安排和进度控制的综合载体。武汉本条虽未细化年度计划内容,但其“报市人民政府批准实施”和“纳入年度计划享受相关政策”的规定,已经体现出年度计划的实施管理和资源配置功能。

五、实务适用

在实务中,本条需要重点把握三个问题。

首先,年度计划不是项目库的简单汇总。年度计划虽然以项目库为基础,但其本质是对储备项目进行年度排序和实施选择。对于尚未完成前期论证、权属协调、资金平衡或者规划衔接的项目,即便已经入库,也不宜直接纳入年度计划。否则,年度计划容易变成难以落实的任务清单。

其次,年度计划不是项目实施批准。如同第十二条,项目纳入年度计划后,仍需按照条例规定继续完成片区策划方案、实施主体确定、项目实施方案编制、物业权利人同意或者依法表决,以及立项、用地、规划、建设等手续。年度计划解决的是“本年度是否重点推进”的问题,而不是替代后续审批和实施程序。

再次,年度计划具有政策适用识别功能,但不能被理解为政策支持的自动兑现。条文使用的是“按照国家、省、市有关规定享受城市更新相关政策”,这意味着年度计划为项目适用政策提供入口,但具体适用条件仍需依据各项政策分别判断。特别是财政补助、金融支持、专项债、中央补助资金、规划土地支持等政策,通常还需要满足项目类型、实施主体、资金平衡、建设进度、绩效评价等具体条件。

因此,本条在实践中的关键,是既要发挥年度计划的调度和牵引作用,也要防止将年度计划误解为项目审批、资金承诺或者政策自动适用。

六、政策法规衔接

本条关于年度计划的规定,与国家关于城市更新“项目牵引”和“实施时序”的要求直接衔接。

《中共中央办公厅 国务院办公厅关于持续推进城市更新行动的意见》明确提出:“创新完善以需求为导向、以项目为牵引的城市更新体制机制。”同时提出:“依据国土空间规划,结合城市体检评估结果,制定实施城市更新专项规划,确定城市更新行动目标、重点任务、建设项目和实施时序,建立完善‘专项规划—片区策划—项目实施方案’的规划实施体系。”该规定说明,城市更新不仅要有专项规划和项目安排,还需要明确建设项目和实施时序。本条年度计划制度,正是对“项目牵引”和“实施时序”要求的地方立法承接。《住房城乡建设部关于扎实有序推进城市更新工作的通知》(建科〔2023〕30号)提出:“依据城市体检结果,编制城市更新专项规划和年度实施计划,结合国民经济和社会发展规划,系统谋划城市更新工作目标、重点任务和实施措施,划定城市更新单元,建立项目库,明确项目实施计划安排。”该文件将年度实施计划与城市体检、专项规划、更新单元和项目库并列,说明年度计划是城市更新从项目储备进入实施推进的重要制度环节。

在武汉本地政策层面,《武汉市实施“五改四好”加快推进高质量城市更新行动方案(2025—2027年)》围绕既有建筑、老旧小区、完整社区、老旧街区、老旧厂区、城中村等内容设置具体目标和任务,体现出武汉城市更新已经按照年度目标、片区任务和项目清单进行组织推进。第十三条年度计划制度,正是对这种分年度、任务化推进方式的法规化表达。《金融支持“五改四好”城市更新行动若干措施(试行)》(武金委办发〔2025〕17号)第八条提出:“鼓励金融机构积极对接服务纳入‘五改四好’行动方案的城市更新片区(项目),在授信额度、贷款期限、利率方面给予大力支持。”该规定说明,纳入行动方案或者年度任务体系的片区、项目,已经成为金融机构对接服务的重要识别对象。这与本条“纳入年度计划的项目按照规定享受相关政策”的制度逻辑相一致。《武汉市“五改四好”城市更新市级专项资金管理办法(试行)》(武住更发〔2026〕1号)的相关规定也进一步说明,是否纳入计划任务,与财政补助、绩效评价和政策支持存在直接关系。第十三条将年度计划与政策适用衔接起来,正是为此类财政、金融、要素保障政策提供法规上的识别基础。

从本条例内部看,本条与第九条、第十条、第十二条、第十四条、第十六条、第二十一条和第五十条形成衔接。第九条规定城市体检结果是制定年度计划的重要依据,第十条确立专项规划,第十二条建立项目库,本条据此组织编制年度计划;第十四条以下进入片区实施和项目实施程序;第二十一条还规定,未纳入更新片区的城市更新项目,经区人民政府同意并申报纳入城市更新年度计划后,按照第二十条规定实施;第五十条则通过信息系统对城市更新项目实行全生命周期管理。由此可见,年度计划在条例体系中承担从项目储备进入实施安排和政策适用体系的节点功能。

《住房城乡建设部办公厅关于印发实施城市更新行动可复制经验做法清单(第一批)的通知》(建办科函〔2022〕393号)将“江苏省南京市探索全链条城市更新项目实施体系”列为可复制经验。该经验表明,城市更新需要形成从项目谋划、项目储备、年度计划到实施推进的连续机制。本条例第十二条建立项目库,第十三条规定依据项目库编制年度计划,正是对这一“项目储备—年度安排—实施推进”链条的制度化表达。 

七、制度逻辑

本条的制度逻辑,在于确立城市更新的年度实施排序机制和政策适用衔接机制。

如果说第十二条项目库解决的是“哪些项目进入储备体系”,那么第十三条年度计划解决的就是“哪些项目在本年度重点推进”。二者共同构成项目从储备到实施的转换链条,但功能并不相同:项目库强调持续生成和动态筛选,年度计划强调年度排序和实施安排。

从规范功能看,年度计划具有三重作用。第一,是实施排序功能,即在众多储备项目中确定年度重点;第二,是资源配置功能,即为财政、金融、土地、审批等支持政策提供识别基础;第三,是监督管理功能,即使年度更新任务能够接受进度调度、绩效考核和动态监管。

从法理上看,年度计划属于行政计划性质的实施安排。它不直接替代行政许可,也不直接改变物业权利人的权利义务状态,但会影响项目是否进入年度重点推进范围,并影响相关政策能否依法衔接适用。因此,本条体现的是一种“计划引导—项目推进—政策衔接”的制度结构。

因此,第十三条的核心价值,不在于形成年度项目清单,而在于通过年度计划制度,将城市更新的长期目标、项目储备、公共利益排序和政策资源配置联结起来,使城市更新能够按照年度节奏持续、有序推进。

END

本文作者:胡胜泉 湖北今天律师事务所 一级合伙人

专注城市更新政策整合,破解政策繁琐、零散、不系统难题,为政府、企业、业主、相关权利人等各类主体梳理适用依据、匹配最优政策方案,在法律框架内找到合适方向,让纷繁复杂变清晰可行,助力城市更新项目平稳落地。

如需探讨,欢迎交流!

往期文章推荐:

扫码关注最新动态

城市更新转型报告

最新文章

随机文章

基本 文件 流程 错误 SQL 调试
  1. 请求信息 : 2026-10-29 07:13:39 HTTP/2.0 GET : https://f.460.net.cn/a/546604.html
  2. 运行时间 : 0.055483s [ 吞吐率:18.02req/s ] 内存消耗:4,438.18kb 文件加载:140
  3. 缓存信息 : 0 reads,0 writes
  4. 会话信息 : SESSION_ID=4ce2f6577027561c352276ef417266e0
  1. /wwwdata/wwwroot/f.460.net.cn/public/index.php ( 0.79 KB )
  2. /wwwdata/wwwroot/f.460.net.cn/vendor/autoload.php ( 0.17 KB )
  3. /wwwdata/wwwroot/f.460.net.cn/vendor/composer/autoload_real.php ( 2.49 KB )
  4. /wwwdata/wwwroot/f.460.net.cn/vendor/composer/platform_check.php ( 0.90 KB )
  5. /wwwdata/wwwroot/f.460.net.cn/vendor/composer/ClassLoader.php ( 14.03 KB )
  6. /wwwdata/wwwroot/f.460.net.cn/vendor/composer/autoload_static.php ( 4.90 KB )
  7. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/think-helper/src/helper.php ( 8.34 KB )
  8. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/think-validate/src/helper.php ( 2.19 KB )
  9. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/think-orm/src/helper.php ( 1.47 KB )
  10. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/think-orm/stubs/load_stubs.php ( 0.16 KB )
  11. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/framework/src/think/Exception.php ( 1.69 KB )
  12. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/think-container/src/Facade.php ( 2.71 KB )
  13. /wwwdata/wwwroot/f.460.net.cn/vendor/symfony/deprecation-contracts/function.php ( 0.99 KB )
  14. /wwwdata/wwwroot/f.460.net.cn/vendor/symfony/polyfill-mbstring/bootstrap.php ( 8.26 KB )
  15. /wwwdata/wwwroot/f.460.net.cn/vendor/symfony/polyfill-mbstring/bootstrap80.php ( 9.78 KB )
  16. /wwwdata/wwwroot/f.460.net.cn/vendor/symfony/var-dumper/Resources/functions/dump.php ( 1.49 KB )
  17. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/think-dumper/src/helper.php ( 0.18 KB )
  18. /wwwdata/wwwroot/f.460.net.cn/vendor/symfony/var-dumper/VarDumper.php ( 4.30 KB )
  19. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/framework/src/think/App.php ( 15.30 KB )
  20. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/think-container/src/Container.php ( 15.76 KB )
  21. /wwwdata/wwwroot/f.460.net.cn/vendor/psr/container/src/ContainerInterface.php ( 1.02 KB )
  22. /wwwdata/wwwroot/f.460.net.cn/app/provider.php ( 0.19 KB )
  23. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/framework/src/think/Http.php ( 6.04 KB )
  24. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/think-helper/src/helper/Str.php ( 7.29 KB )
  25. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/framework/src/think/Env.php ( 4.68 KB )
  26. /wwwdata/wwwroot/f.460.net.cn/app/common.php ( 0.03 KB )
  27. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/framework/src/helper.php ( 18.78 KB )
  28. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/framework/src/think/Config.php ( 5.54 KB )
  29. /wwwdata/wwwroot/f.460.net.cn/config/app.php ( 0.95 KB )
  30. /wwwdata/wwwroot/f.460.net.cn/config/cache.php ( 0.78 KB )
  31. /wwwdata/wwwroot/f.460.net.cn/config/console.php ( 0.23 KB )
  32. /wwwdata/wwwroot/f.460.net.cn/config/cookie.php ( 0.56 KB )
  33. /wwwdata/wwwroot/f.460.net.cn/config/database.php ( 2.47 KB )
  34. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/framework/src/think/facade/Env.php ( 1.67 KB )
  35. /wwwdata/wwwroot/f.460.net.cn/config/filesystem.php ( 0.61 KB )
  36. /wwwdata/wwwroot/f.460.net.cn/config/lang.php ( 0.91 KB )
  37. /wwwdata/wwwroot/f.460.net.cn/config/log.php ( 1.35 KB )
  38. /wwwdata/wwwroot/f.460.net.cn/config/middleware.php ( 0.19 KB )
  39. /wwwdata/wwwroot/f.460.net.cn/config/route.php ( 1.89 KB )
  40. /wwwdata/wwwroot/f.460.net.cn/config/session.php ( 0.57 KB )
  41. /wwwdata/wwwroot/f.460.net.cn/config/trace.php ( 0.34 KB )
  42. /wwwdata/wwwroot/f.460.net.cn/config/view.php ( 0.82 KB )
  43. /wwwdata/wwwroot/f.460.net.cn/app/event.php ( 0.25 KB )
  44. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/framework/src/think/Event.php ( 7.67 KB )
  45. /wwwdata/wwwroot/f.460.net.cn/app/service.php ( 0.13 KB )
  46. /wwwdata/wwwroot/f.460.net.cn/app/AppService.php ( 0.26 KB )
  47. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/framework/src/think/Service.php ( 1.64 KB )
  48. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/framework/src/think/Lang.php ( 7.35 KB )
  49. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/framework/src/lang/zh-cn.php ( 13.70 KB )
  50. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/framework/src/think/initializer/Error.php ( 3.31 KB )
  51. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/framework/src/think/initializer/RegisterService.php ( 1.33 KB )
  52. /wwwdata/wwwroot/f.460.net.cn/vendor/services.php ( 0.14 KB )
  53. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/framework/src/think/service/PaginatorService.php ( 1.52 KB )
  54. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/framework/src/think/service/ValidateService.php ( 0.99 KB )
  55. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/framework/src/think/service/ModelService.php ( 2.04 KB )
  56. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/think-trace/src/Service.php ( 0.77 KB )
  57. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/framework/src/think/Middleware.php ( 6.72 KB )
  58. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/framework/src/think/initializer/BootService.php ( 0.77 KB )
  59. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/think-orm/src/Paginator.php ( 11.86 KB )
  60. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/think-validate/src/Validate.php ( 63.20 KB )
  61. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/think-orm/src/Model.php ( 23.55 KB )
  62. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/think-orm/src/model/concern/Attribute.php ( 21.05 KB )
  63. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/think-orm/src/model/concern/AutoWriteData.php ( 4.21 KB )
  64. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/think-orm/src/model/concern/Conversion.php ( 6.44 KB )
  65. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/think-orm/src/model/concern/DbConnect.php ( 5.16 KB )
  66. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/think-orm/src/model/concern/ModelEvent.php ( 2.33 KB )
  67. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/think-orm/src/model/concern/RelationShip.php ( 28.29 KB )
  68. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/think-helper/src/contract/Arrayable.php ( 0.09 KB )
  69. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/think-helper/src/contract/Jsonable.php ( 0.13 KB )
  70. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/think-orm/src/model/contract/Modelable.php ( 0.09 KB )
  71. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/framework/src/think/Db.php ( 2.88 KB )
  72. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/think-orm/src/DbManager.php ( 8.52 KB )
  73. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/framework/src/think/Log.php ( 6.28 KB )
  74. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/framework/src/think/Manager.php ( 3.92 KB )
  75. /wwwdata/wwwroot/f.460.net.cn/vendor/psr/log/src/LoggerTrait.php ( 2.69 KB )
  76. /wwwdata/wwwroot/f.460.net.cn/vendor/psr/log/src/LoggerInterface.php ( 2.71 KB )
  77. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/framework/src/think/Cache.php ( 4.92 KB )
  78. /wwwdata/wwwroot/f.460.net.cn/vendor/psr/simple-cache/src/CacheInterface.php ( 4.71 KB )
  79. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/think-helper/src/helper/Arr.php ( 16.63 KB )
  80. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/framework/src/think/cache/driver/File.php ( 7.84 KB )
  81. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/framework/src/think/cache/Driver.php ( 9.03 KB )
  82. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/framework/src/think/contract/CacheHandlerInterface.php ( 1.99 KB )
  83. /wwwdata/wwwroot/f.460.net.cn/app/Request.php ( 0.09 KB )
  84. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/framework/src/think/Request.php ( 55.78 KB )
  85. /wwwdata/wwwroot/f.460.net.cn/app/middleware.php ( 0.25 KB )
  86. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/framework/src/think/Pipeline.php ( 2.61 KB )
  87. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/think-trace/src/TraceDebug.php ( 3.40 KB )
  88. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/framework/src/think/middleware/SessionInit.php ( 1.94 KB )
  89. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/framework/src/think/Session.php ( 1.80 KB )
  90. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/framework/src/think/session/driver/File.php ( 6.27 KB )
  91. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/framework/src/think/contract/SessionHandlerInterface.php ( 0.87 KB )
  92. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/framework/src/think/session/Store.php ( 7.12 KB )
  93. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/framework/src/think/Route.php ( 23.73 KB )
  94. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/framework/src/think/route/RuleName.php ( 5.75 KB )
  95. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/framework/src/think/route/Domain.php ( 2.53 KB )
  96. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/framework/src/think/route/RuleGroup.php ( 22.43 KB )
  97. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/framework/src/think/route/Rule.php ( 26.95 KB )
  98. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/framework/src/think/route/RuleItem.php ( 9.78 KB )
  99. /wwwdata/wwwroot/f.460.net.cn/route/app.php ( 1.72 KB )
  100. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/framework/src/think/facade/Route.php ( 4.70 KB )
  101. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/framework/src/think/route/dispatch/Controller.php ( 4.74 KB )
  102. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/framework/src/think/route/Dispatch.php ( 10.44 KB )
  103. /wwwdata/wwwroot/f.460.net.cn/app/controller/Index.php ( 4.81 KB )
  104. /wwwdata/wwwroot/f.460.net.cn/app/BaseController.php ( 2.05 KB )
  105. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/think-orm/src/facade/Db.php ( 0.93 KB )
  106. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/think-orm/src/db/connector/Mysql.php ( 5.44 KB )
  107. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/think-orm/src/db/PDOConnection.php ( 52.47 KB )
  108. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/think-orm/src/db/Connection.php ( 8.39 KB )
  109. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/think-orm/src/db/ConnectionInterface.php ( 4.57 KB )
  110. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/think-orm/src/db/builder/Mysql.php ( 16.58 KB )
  111. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/think-orm/src/db/Builder.php ( 24.06 KB )
  112. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/think-orm/src/db/BaseBuilder.php ( 27.50 KB )
  113. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/think-orm/src/db/Query.php ( 15.71 KB )
  114. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/think-orm/src/db/BaseQuery.php ( 45.13 KB )
  115. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/think-orm/src/db/concern/TimeFieldQuery.php ( 7.43 KB )
  116. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/think-orm/src/db/concern/AggregateQuery.php ( 3.26 KB )
  117. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/think-orm/src/db/concern/ModelRelationQuery.php ( 20.07 KB )
  118. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/think-orm/src/db/concern/ParamsBind.php ( 3.66 KB )
  119. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/think-orm/src/db/concern/ResultOperation.php ( 7.01 KB )
  120. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/think-orm/src/db/concern/WhereQuery.php ( 19.37 KB )
  121. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/think-orm/src/db/concern/JoinAndViewQuery.php ( 7.11 KB )
  122. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/think-orm/src/db/concern/TableFieldInfo.php ( 2.63 KB )
  123. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/think-orm/src/db/concern/Transaction.php ( 2.77 KB )
  124. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/framework/src/think/log/driver/File.php ( 5.96 KB )
  125. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/framework/src/think/contract/LogHandlerInterface.php ( 0.86 KB )
  126. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/framework/src/think/log/Channel.php ( 3.89 KB )
  127. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/framework/src/think/event/LogRecord.php ( 1.02 KB )
  128. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/think-helper/src/Collection.php ( 16.47 KB )
  129. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/framework/src/think/facade/View.php ( 1.70 KB )
  130. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/framework/src/think/View.php ( 4.39 KB )
  131. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/framework/src/think/Response.php ( 8.81 KB )
  132. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/framework/src/think/response/View.php ( 3.29 KB )
  133. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/framework/src/think/Cookie.php ( 6.06 KB )
  134. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/think-view/src/Think.php ( 8.38 KB )
  135. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/framework/src/think/contract/TemplateHandlerInterface.php ( 1.60 KB )
  136. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/think-template/src/Template.php ( 46.61 KB )
  137. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/think-template/src/template/driver/File.php ( 2.41 KB )
  138. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/think-template/src/template/contract/DriverInterface.php ( 0.86 KB )
  139. /wwwdata/wwwroot/f.460.net.cn/runtime/temp/310a4debc7c38c2726b0b211618749f5.php ( 11.95 KB )
  140. /wwwdata/wwwroot/f.460.net.cn/vendor/topthink/think-trace/src/Html.php ( 4.42 KB )
  1. CONNECT:[ UseTime:0.000755s ] mysql:host=127.0.0.1;port=3306;dbname=f460;charset=utf8mb4
  2. SHOW FULL COLUMNS FROM `fenlei` [ RunTime:0.001361s ]
  3. SELECT * FROM `fenlei` WHERE `fid` = 0 [ RunTime:0.000384s ]
  4. SELECT * FROM `fenlei` WHERE `fid` = 63 [ RunTime:0.000291s ]
  5. SHOW FULL COLUMNS FROM `set` [ RunTime:0.001065s ]
  6. SELECT * FROM `set` [ RunTime:0.000339s ]
  7. SHOW FULL COLUMNS FROM `article` [ RunTime:0.001132s ]
  8. SELECT * FROM `article` WHERE `id` = 546604 LIMIT 1 [ RunTime:0.001006s ]
  9. UPDATE `article` SET `lasttime` = 1793229219 WHERE `id` = 546604 [ RunTime:0.002395s ]
  10. SELECT * FROM `fenlei` WHERE `id` = 64 LIMIT 1 [ RunTime:0.000379s ]
  11. SELECT * FROM `article` WHERE `id` < 546604 ORDER BY `id` DESC LIMIT 1 [ RunTime:0.000374s ]
  12. SELECT * FROM `article` WHERE `id` > 546604 ORDER BY `id` ASC LIMIT 1 [ RunTime:0.000853s ]
  13. SELECT * FROM `article` WHERE `id` < 546604 ORDER BY `id` DESC LIMIT 10 [ RunTime:0.000760s ]
  14. SELECT * FROM `article` WHERE `id` < 546604 ORDER BY `id` DESC LIMIT 10,10 [ RunTime:0.002361s ]
  15. SELECT * FROM `article` WHERE `id` < 546604 ORDER BY `id` DESC LIMIT 20,10 [ RunTime:0.002719s ]
0.062010s