简介民用建筑设计统一标准GB 50352-2019整理版文档面向建筑设计师、规划师、施工图审查人员及高校建筑土木专业师生。文件完整保留国标章节架构涵盖总则、术语、基本规定、规划控制、场地设计、建筑物设计、建筑设备、室内环境、声环境等核心部分并对建筑分类、设计使用年限、气候分区、建筑模数、道路红线、建筑密度、容积率、绿地率、日照标准、层高与室内净高、地下室与半地下室、楼梯电梯等常用设计条文进行了梳理同时附有条文说明便于理解国标条款背景。压缩包内为单个PDF文件大小仅2.39MB方便快速下载、离线阅读和按关键词检索。目前已有369人学习适合在方案设计、图纸审查、标准学习及备考复习时参考尤其对注册建筑师、注册规划师考试备考有辅助作用。需要说明的是本资料为整理版若用于正式工程文件请以国家发布的官方版本为准。1. 为什么说 GB 50352-2019 是一份工程数据字典《民用建筑设计统一标准》GB 50352-2019 在很多人眼里是设计院和施工图审查人员的案头文件但真正落到工程信息化、审图规则库、BIM 构件库和合规检查工具这些方向上时它其实是一份被高频误读的数据字典。27 米和 24 米两条高度分界、1/2 与 1/3 两个地下室判定比例、三条净空限制带这些数字只要在规则库里错一位后面的消防、节能、日照计算会跟着全错。这份整理版 PDF 把 2019 版正文和条文说明按章节压平保留了完整的条号层级适合做建筑知识库、规范合规检查工具的开发者和产品经理通读。它解决的问题很具体设计协同软件里的规范条目从哪来、边界条件怎么表达、哪些参数是硬约束而哪些只做引导。下文按数据口径逐章拆。2. 基本规定建筑分类、设计使用年限与模数控制的量化口径2.1 27m/24m 分界民用建筑分类的三条规则民用建筑按使用功能分为居住建筑和公共建筑两大类居住建筑再拆成住宅建筑和宿舍建筑。这一点在数据结构上很好建模两类枚举即可。真正的判断难点在按高度分类条文 3.1.2 给出了三个档位建筑类型高度/层数条件分类结果住宅建筑建筑高度 ≤ 27.0m低层或多层民用建筑住宅建筑27.0m 高度 ≤ 100.0m高层民用建筑公共建筑高度 ≤ 24.0m或高度 24.0m 的单层建筑低层或多层民用建筑公共建筑24.0m 高度 ≤ 100.0m 且非单层高层民用建筑所有民用建筑高度 100.0m超高层建筑两个容易漏的条件一是公共建筑高度大于 24 米但它是单层依然按低层或多层算二是住宅与公共的分界高度不同不能共用同一套阈值。条文末尾还有一条重要注记建筑防火设计中的高度和层数计算要按《建筑设计防火规范》GB 50016 执行。也就是说GB 50352-2019 的分类只用于通用设计消防分类必须另查消防规范两个体系在规则引擎里要各建一套不能同表存储。2.2 建筑高度计算海拔控制区与屋顶突出物豁免条文 4.5.2 把建筑高度计算分成两类场景。在机场净空、电台电信、微波通信、气象台、卫星地面站、军事设施等技术作业控制区以及历史文化保护区建筑高度按绝对海拔控制从室外地面算到建筑物和构筑物的最高点连施工设备高度都要计入。这里要提醒控制区内外是两种完全不同的算法做软件时不能用同一组计算参数。非控制区按屋顶形式拆三种情况平屋顶算至女儿墙顶点无女儿墙算至屋面檐口坡屋顶按室外地面至屋檐和屋脊的平均高度同一座建筑有多种屋面形式时分别计算后取最大值。执行时不能只写一条 height 字段至少要有 roofType、parapetHeight、eaveHeight、ridgeHeight 四个字段才能支撑这个算法。不计入建筑高度的突出物有三类局部突出屋面的楼梯间、电梯机房、水箱间等辅助用房合计面积不超过屋顶平面面积 1/4 的通风道、烟囱、装饰构件、花架、通信设施空调冷却塔等设备。工程审核里最常见的问题是把“不超过 1/4”理解成每个辅助用房分别算实际上条文要求的是这些辅助用房合计面积占比。2.3 设计使用年限与气候分区的规则化表达设计使用年限分类在 3.2.1表单依据《建筑结构可靠性设计统一标准》GB 50068 协调确定。按行业落地习惯通常划为四类临时性建筑 5 年、易于替换的结构构件 25 年、普通房屋和构筑物 50 年、标志性建筑和特别重要建筑 100 年。在数据结构里这是标准枚举但要注意它跟设计基准期、结构耐久性设计要求之间的关联——做知识库时不要把“设计使用年限”和“结构设计工作年限”混成同一个字段。3.3.1 条要求按建筑气候分区对建筑提出基本要求PDF 中保留了表 3.3.1 的矩阵结构。这张表的特征是定性要求为主各气候区对保温、隔热、遮阳、防潮、通风等项给出强弱等级没有统一量化指标。把这类矩阵入库适合用“分区 x 措施项”的关联表而不是往数值校验规则里塞。2.4 用一段 JS 把分类逻辑写成可测试函数把 3.1.2 拆成判断函数边界条件才能暴露出来。function classifyCivilBuilding({ type, height, singleStory }) { if (type residential) { if (height 27) return low/multi-storey; if (height 100) return high-rise; return super-high-rise; } if (type public) { // 单层公建优先判断高度24m的单层公建仍算低层或多层 if (singleStory || height 24) return low/multi-storey; if (height 100) return high-rise; return super-high-rise; } throw new Error(unknown building type); } console.log(classifyCivilBuilding({ type: public, height: 25, singleStory: true })); // low/multi-storey console.log(classifyCivilBuilding({ type: public, height: 25, singleStory: false })); // high-rise这段代码把“单层公建”例外放在第一条判断里保证 24 米以上单层公建不落入高层分支。参数说明height 单位是米singleStory 只在公共建筑下参与决策住宅建筑不存在单层豁免逻辑。实际数字引擎里建议把高度存成厘米整数再比较避免浮点运算在 27.0 边界上因为 26.999… 产生误判。3. 规划控制与场地设计的硬性数值边界3.1 基地连接道路3000 平方米与 4/7 米分档条文 4.2.1 对建筑基地与城市道路的衔接做了两档规定。基地内建筑面积小于等于 3000 平方米时连接道路宽度不小于 4.0 米建筑面积大于 3000 平方米时只有一条连接道路的路宽要加到 7.0 米有两条或以上连接道路时单条路宽可回到 4.0 米。这个分档的逻辑是大面积建筑的疏散和消防荷载需要第二条通道来兜底而不是单靠加宽一条路。规则化时注意分母是“建筑基地内建筑面积”不是用地面积更不是计容面积。审图核查中有人把 3000 平方米误读为用地面积导致中小型项目被错误要求设置 7 米宽连接道路。这个字段在软件里建议单独存 computedGrossFloorArea不直接读方案的“总建筑面积”因为后者可能包含不计容的地下室部分。4.2.4 条对基地机动车出入口位置给出了四个净距控制值测量基准各不相同控制对象净距要求测量基准主干路交叉口≥ 70.0m道路红线交叉点起沿线人行横道/天桥/地道≥ 5.0m最近边缘线地铁出入口/公交站台≥ 15.0m边缘公园、学校及儿童/老年人/残疾人建筑出入口≥ 20.0m最近边缘线实现时要求每个距离字段都带 measurementReference 枚举否则 70 米和 5 米的基准不同无法直接比较。3.2 建筑突出物的三段净空限制4.3.1 条先圈定总原则建筑物及附属设施不得突出道路红线和用地红线地下设施包含支护桩、地下连续墙、地下室底板、化粪池等地上设施包含门廊、连廊、阳台、凸窗、空调机位、雨篷、挑檐、台阶、坡道、烟囱等。这条在规则库里要建成两个清单不能只存文字。经批准的人行道上空突出物按高度带控制这是本章最有价值的一组参数净空下限构件类型突出深度/宽度限制2.5m 以下凸窗、窗扇、窗罩不应突出2.5m 及以上凸窗、窗扇、窗罩深度 ≤ 0.6m2.5m 以下活动遮阳不应突出2.5m 及以上活动遮阳宽度 ≤ 人行道宽度减 1.0m且 ≤ 3.0m3.0m 以下雨篷、挑檐不应突出3.0m 及以上雨篷、挑檐深度 ≤ 2.0m3.0m 以下空调机位不应突出3.0m 及以上空调机位深度 ≤ 0.6m无人行道的路面上空是另一档4.0 米以下不应突出凸窗、窗扇、窗罩、空调机位4.0 米及以上突出深度不大于 0.6 米。这条容易实现错的地方在于只查“突出深度”不查“净空下限”两个条件必须同时满足。另有卫生要求建筑物和突出物不得向道路上空直接排泄雨水、空调冷凝水。3.3 道路、回车场与竖向设计参数场地设计章节的 5.2 条给出多组道路宽度下限单车道路宽不小于 4.0 米双车道在住宅区内不小于 6.0 米、其他基地不小于 7.0 米人行道宽度不小于 1.5 米路口和入口的无障碍设计按 GB 50763 执行。道路转弯半径不小于 3.0 米消防车道按 GB 50016 另行核算。尽端式道路长度大于 120.0 米时尽端应设不小于 12.0 米 x 12.0 米的回车场地。沿街建筑的人行通道间距不大于 80.0 米可利用楼梯间兼作通道这是旧版规范延续下来的设计手法做合规检查时要注意连通的楼梯间是否真的能通向街道。4.2.2 条对基地地面高程有三个约束依据详细规划确定的控制标高设计与相邻基地标高协调、不得妨碍相邻基地雨水排放兼顾场地雨水收集与排放有利于滞蓄雨水、减少径流外排。这里已经带出海绵城市口径绿色建筑评价里的年径流总量控制率通常也跟这条联动字段上建议把基地标高、道路标高、市政接口标高分开存放。4. 建筑物设计从净高、地下室到楼梯电梯的构造约束4.1 地下室与半地下室的比例判定法术语 2.0.15 和 2.0.16 给出两个判定比例房间地平面低于室外地平面的高度超过该房间净高的 1/2 为地下室超过 1/3 且不超过 1/2 为半地下室。注意分母是“房间净高”不是层高也不含楼板厚度。规则引擎实现可以直接用整数比较避开浮点误差function classifyBasement(buriedHeight, clearHeight) { if (buriedHeight * 2 clearHeight) return basement; if (buriedHeight * 3 clearHeight) return semi-basement; return ground-or-above; }把除法比较转成乘法比较是因为 1/3、1/2 在十进制小数里不精确。参数说明buriedHeight 为房间地平面低于室外地平面的高差clearHeight 为房间净高两者单位一致。工程上的常见误判是取层高做分母——层高包含楼板厚度会低估埋深占比把本应判为地下室的空间归到半地下室影响采光井、排水和防火设计口径。4.2 层高、室内净高与设备占位关系术语 2.0.13 对层高的定义精确到“以楼、地面面层完成面计算的垂直距离”屋顶层算至平屋面结构面层或坡顶结构面层与外墙外皮延长线交点。2.0.14 对室内净高的定义是从完成面至吊顶或楼盖、屋盖底面。这两个定义决定了设计协同软件里 height 字段的语义层高是结构控制值净高是空间控制值两者差值等于楼板厚度、地面面层、吊顶厚度和管线占位之和。2019 版统一标准把具体净高下限大量留给专项规范不再像旧版那样逐个房间列净高表所以知识库里应该把“净高计算基准”和“净高限值来源”拆成两个字段限值来源指向住宅、办公、商业、教育等专项标准的对应条文。设备专业在这个环节参与最深吊顶内的风管、喷淋、桥架、烟感交叉布置时净高往往被某一根主管吃掉 30 厘米复核净高要按“最不利管线交叉点”计算不是按房间中线。4.3 楼梯、坡道、栏杆与临空高度的联动校验术语 2.0.20 到 2.0.24 分别定义了台阶、临空高度、坡道、栏杆和楼梯。临空高度定义为“相邻开敞空间有高差时上下楼地面之间的垂直距离”。做合规检查时栏杆高度必须和临空高度成对校验不能孤立判断——同一根栏杆在临空高度不同的两个位置要求是不同的。这类联动规则适合用事件表存当对象类型为 railing 时读取所在位置的临空高度再取对应阈值。楼梯方面条文保留了连续性梯级、休息平台、栏杆扶手和支承结构的完整定义做 BIM 构件校验时要有休息平台的独立对象不能把楼梯简化成一段连续的梯段。电梯、自动扶梯和自动人行道在 6.9扶梯的倾角、梯级宽度和提升高度要在厂家产品参数和建筑设计图之间做一致性检查这里容易出现设计图与订货图不符规则库建议预留 linkedProduct 字段。4.4 变形缝、幕墙与门窗的构造边界变形缝定义在 2.0.25指为防止建筑物在外界因素作用下产生附加变形和应力导致开裂、碰撞甚至破坏而预留的构造缝包含伸缩缝、沉降缝和抗震缝。三种缝的功能不同不能混用伸缩缝调节温度变形沉降缝调节不均匀沉降抗震缝避免相邻结构单元在地震中碰撞。模型里三个对象要分开建字段可以统一但不能只建一个 deformationJointType 就结束因为审查机构对设缝位置和缝宽的要求分别对应不同规范条款。建筑幕墙定义在 2.0.26核心判断是“不承担主体结构所受作用”。这条在结构计算软件里意义重大幕墙自重和风荷载通过预埋件传给主体结构但幕墙本身不作为主体结构抗侧力构件。做构件分类时幕墙、填充墙、隔墙在结构模型里的承载属性必须设为非承重很多结构模型的合规检查错误就是建模时把幕墙误设成剪力墙或承重墙。母婴室的设置要求、无障碍设施的通用规定分布在 6.6 和 3.4设计软件里宜按建筑功能自动预置配置项而不是提供一个空的选配列表。5. 室内环境与设备专业把通用要求转成对接参数5.1 采光、通风、热湿与声环境的定义边界第七章从光环境开始。术语 2.0.32 和 2.0.33 定义了采光和采光系数采光系数是室内给定平面上一点由直接或间接接收假定和已知天空亮度分布的天空漫射光产生的照度与同一时刻天空半球在室外无遮挡水平面上产生的天空漫射光照度之比。这里有两个关键条件一是“假定和已知天空亮度分布”不是实测天空二是“同一时刻”室内外照度必须同步采集。做日照采光模拟时这两个条件决定了计算模型只能用标准天空模型不能用某一天的实测数据。采光系数标准值则是在规定室外天然光设计照度下满足视觉功能要求的取值用于评价方案是否达标。日照标准定义在 2.0.12按气候区、城市规模和建筑使用性质确定在冬至日或大寒日的有效日照时间内以有日照要求楼层的窗台面为计算起点。这跟采光系数是两套体系日照关心太阳直射持续时长采光关心漫射光照度水平。软件里如果只建一个 daylight 字段无法同时支撑两条规范。5.2 通用标准与专项标准的分工GB 50352-2019 在室内环境和建筑设备章节主要建立术语、目标和计算基准具体数值大量引用专项标准。这是知识库最关键的一层映射关系本卷章节涉及内容数据取值/专项规范7.1 光环境采光系数、采光标准值GB 50033《建筑采光设计标准》7.2 通风自然通风、机械通风GB 50736、GB 50096 等7.3 热湿环境保温、防潮、结露控制GB 50176《民用建筑热工设计规范》7.4 声环境隔声、噪声控制GB 50118《民用建筑隔声设计规范》8.1 给水排水用水定额、排水系统GB 50015《建筑给水排水设计标准》8.2 暖通空调供暖、空调、通风系统GB 507368.3 建筑电气供配电、照明、防雷GB 51348 等电气系列标准8.4 燃气燃气管道、用气设备GB 50028《城镇燃气设计规范》设计协同系统里要把这种分工关系建成外键关联条文内容存在本标准取值口径指向专项标准避免把两套体系的阈值混在一张规则表里。以声环境为例本标准只提出防止或降低环境噪声的原则性要求而 GB 50118 给出具体隔声量分级两个标准的适用阶段也不同前者在方案审查后者在施工图专项复核。5.3 设备层、管道井与竖向系统的冲突排查6.5 条规定了设备层、避难层和架空层的设计要求。设备层是专为设置暖通、空调、给排水和电气设备及管道、且供人员进入操作用的空间层避难层是为超过 100 米高层建筑中人员在火灾时暂时躲避烟气危害设置的楼层架空层是用结构支撑且无外围护墙体的开敞空间。三者功能完全不同不能互相替代但都涉及结构专业和设备专业的管线交叉。6.16 条对管道井、烟道和通风道有专门要求。管道井用于布置竖向设备管线烟道用于排放烟气通风道用于排除不良气体或输送新鲜空气。施工图审查里最典型的冲突是烟道和通风道贴邻布置时烟气倒灌管道井检修门开启方向占用疏散通道竖向井道穿越避难层时未做防火封堵。做法上我会建议在知识库中给每个井道对象绑定 threeDBox 体积属性和 fireRating 等级做碰撞检查时同时跑净距和防火两条规则而不是等结构、暖通、给排水三个专业各自出图后再人工对缝。6. 把 GB 50352-2019 建成可检索的数据字典6.1 建表结构与条文编号约定条文编号在全文中承担唯一性约束作用格式稳定比如 4.5.2、6.16。数据库表设计时直接把 clause_no 作为逻辑主键解析条文前先做编号规范化去掉“条”“GB”“-2019”等噪音。CREATE TABLE standard_chapter ( id SERIAL PRIMARY KEY, chapter_no VARCHAR(8) UNIQUE NOT NULL, chapter_title VARCHAR(120) NOT NULL, pdf_page_start INT, pdf_page_end INT ); CREATE TABLE standard_clause ( id SERIAL PRIMARY KEY, clause_no VARCHAR(20) UNIQUE NOT NULL, chapter_id INT REFERENCES standard_chapter(id), clause_text TEXT NOT NULL, clause_note TEXT, keyword_tags TEXT[], is_mandatory BOOLEAN DEFAULT FALSE, effective_year SMALLINT DEFAULT 2019 ); CREATE INDEX idx_clause_keyword ON standard_clause USING GIN (keyword_tags);clause_no 建唯一约束是因为图审、设计、造价和施工四个阶段引用条文时都用“GB 50352-2019 第 4.5.2 条”这种形式id 必须可读。keyword_tags 用数组追加主题词建筑高度、地下室、净高、栏杆这类高频查询词都可以预埋进去。is_mandatory 字段单独存放“强制性条文”属性非强制性条文在警告级别上可降档避免所有问题都按红灯处理。6.2 用 SQL 按主题查条文SELECT clause_no, LEFT(clause_text, 60) AS excerpt FROM standard_clause WHERE keyword_tags ARRAY[建筑高度] OR clause_text ILIKE %突出物% ORDER BY clause_no;参数说明 是 PostgreSQL 的数组重叠运算符判断 keyword_tags 是否包含目标标签ILIKE 做大小写不敏感的模糊匹配适合在条文正文里找不到对应标签时的兜底。数据量增大后ILIKE 会全表扫描建议引入 tsvector 全文检索列对 clause_text 和 clause_note 建 GIN 索引查询改成 tsquery 语法。规范条文的特点是句末常有“应符合下列规定”模糊查询命中率高但噪音大所以主题标签的质量比全文检索更重要。6.3 输出 JSON 给前端校验工具规则引擎的前端展示需要把条文转成结构化 JSON才能驱动表单联动。const clauseRule { id: GB50352-2019/4.5.2, condition: { roofType: [flat, sloped, mixed], heightControlArea: [aviation, heritage, microwave], computation: max(flatResult, slopedResult) }, exceptions: [ helperRoomAreaRatio1/4, smokeFlueOrChimney, coolingTower ], appliesTo: [buildingHeight] };id 直接采用条号condition 里的 computation 字段用公式文本而不是自然语言是因为前端要拿它驱动参数面板exceptions 数组保留条文里的豁免清单每一项对应一个勾选框。实际制作时JSON Schema 里的枚举值要跟设计软件内部字段一致比如 roofType 的 flat/sloped/mixed 三个取值要和模型里的屋顶类型枚举完全对齐否则规则引擎读不到值。6.4 版本跟踪与跨规范引用数据字典要长期可用就必须管好版本。每条记录带 effective_year当地方实施细则或专项标准更新时可以通过 effective_year 过滤出当前生效版本不影响已归档项目的历史数据。最后提醒一个经常踩的坑不要用 GB 50352-2019 的建筑分类直接替代 GB 50016 的消防分类。两个标准对“高层”的界定口径不同GB 50016 有自己的高度和层数计算方法。规则引擎里如果只建一张分类表消防审查会出系统性偏差。常见做法是建两个分类视图一个用于通用设计一个用于消防设计查询时根据当前设计阶段路由到对应视图并在结果里标注规范来源。本文还有配套的精品资源点击获取