大型网站架构设计及技术总结

随着中国大型IT企业信息化速度的加快，大部分应用的数据量和访问量都急剧增加，大型企业网站正面临性能和高数据访问量的压力，而且对存储、安全以及信息检索等等方面都提出了更高的要求??

本文中，我想通过几个国外大型IT企业及网站的成功案例，从Web技术人员角度探讨如何积极地应对国内大型网站即将面临的扩展（主要是技术方面，而较少涉及管理及营销等方面）矛盾。

一、 国外大型IT网站的成功之道

(一) MySpace

今天，MySpace已经成为全球众口皆碑的社区网站之王。尽管一流和营销和管理经验自然是每个IT企业取得成功的首要因素，但是本节中我们却抛弃这一点，而主要着眼于探讨在数次面临系统扩张的紧急关头MySpace是如何从技术方面采取应对策略的。

第一代架构—添置更多的Web服务器

MySpace最初的系统很小，只有两台Web服务器（分担处理用户请求的工作量）和一个数据库服务器（所有数据都存储在这一个地方）。那时使用的是Dell双CPU、4G内存的系统。在早期阶段，MySpace基本是通过添置更多Web服务器来对付用户暴增问题的。但到在20xx年早期，在MySpace用户数增长到五十万后，其数据库服务器已经开始疲于奔命了。

第二代架构—增加数据库服务器

与增加Web服务器不同，增加数据库并没那么简单。如果一个站点由多个数据库支持，设计者必须考虑的是，如何在保证数据一致性的前提下让多个数据库分担压力。

MySpace运行在三个SQL Server数据库服务器上—一个为主，所有的新数据都向它提交，然后由它复制到其它两个；另两个数据库服务器全力向用户供给数据，用以在博客和个人资料栏显示。这种方式在一段时间内效果很好——只要增加数据库服务器，加大硬盘，就可以应对用户数和访问量的增加。

这一次的数据库架构按照垂直分割模式设计，不同的数据库服务于站点的不同功能，如登录、用户资料和博客。垂直分割策略利于多个数据库分担访问压力，当用户要求增加新功能时，MySpace只需要投入新的数据库加以支持。在账户到达二百万后，MySpace还从存储设备与数据库服务器直接交互的方式切换到SAN（存储区域网络）—用高带宽、专门设计的网络将大量磁盘存储设备连接在一起，而数据库连接到SAN。这项措施极大提升了系统性能、正常运行时间和可靠性。然而，当用户继续增加到三百万后，垂直分割策略也变得难以维持下去。

第三代架构—转到分布式计算架构

几经折腾，最终，MySpace将目光移到分布式计算架构——它在物理上分布的众多服务器，整体必须逻辑上等同于单台机器。拿数据库来说，就不能再像过去那样将应用拆分，再以不同数据库分别支持，而必须将整个站点看作一个应用。现在，数据库模型里只有一个用户表，支持博客、个人资料和其他核心功能的数

据都存储在相同数据库。

既然所有的核心数据逻辑上都组织到一个数据库，那么MySpace必须找到新的办法以分担负荷——显然，运行在普通硬件上的单个数据库服务器是无能为力的。这次，不再按站点功能和应用分割数据库，MySpace开始将它的用户按每百万一组分割，然后将各组的全部数据分别存入独立的SQL Server实例。目前，MySpace的每台数据库服务器实际运行两个SQL Server实例，也就是说每台服务器服务大约二百万用户。据MySpace的技术人员说，以后还可以按照这种模式以更小粒度划分架构，从而优化负荷分担。

第四代架构—求助于微软方案

20xx年早期，账户达到九百万，MySpace开始用微软的C#编写ASP.NET程序。在收到一定成效后，MySpace开始大规模迁移到ASP.NET。

账户达到一千万时，MySpace再次遭遇存储瓶颈问题。SAN的引入解决了早期一些性能问题，但站点目前的要求已经开始周期性超越SAN的I/O容量——即它从磁盘存储系统读写数据的极限速度。

第五代架构—增加数据缓存层并转到支持64位处理器的SQL Server 20xx 20xx年春天，MySpace账户达到一千七百万，MySpace又启用了新的策略以减轻存储系统压力，即增加数据缓存层——位于Web服务器和数据库服务器之间，其唯一职能是在内存中建立被频繁请求数据对象的副本，如此一来，不访问数据库也可以向Web应用供给数据。

20xx年中期，服务账户数达到两千六百万时，MySpace因为我们对内存的渴求而切换到了还处于beta测试的支持64位处理器的SQL Server 20xx。升级到SQL Server 20xx和64位Windows Server 20xx后，MySpace每台服务器配备了32G内存，后于20xx年再次将配置标准提升到64G。

事实上，MySpace的Web服务器和数据库仍然经常发生超负荷，其用户频繁遭遇“意外错误”和“站点离线维护”等告示，他们不得不在论坛抱怨不停??

MySpace正是在这样不断重构站点软件、数据库和存储系统中，才一步步走到今天。事实上，MySpace已经成功解决了很多系统扩展性问题，其中存在相当的经验值得我们借鉴。MySpace系统架构到目前为止保持了相对稳定，但其技术人员仍然在为SQL Server支持的同时连接数等方面继续攻坚，尽可能把事情做到最好。

(二) Amazon

亚马逊书店无疑是电子商务发展的里程碑。20xx年到现在，世界网络业腥风血雨。Amazon曾经成为网络泡沫的头号代表。如今，当这个“最大的泡沫”用几经易改的数字把自己变成了坚实的IT巨人。

历览Amazon发展过程，其成功经验在于，它创造性地进行了电子商务中每一环节的探索，包括系统平台的建设，程序编写、网站设立、配送系统等等方面。用Amazon当家人贝索斯的话说就是，“在现实世界的商店最有力的武器就是地

段，地段，地段，而对于我们来说最重要的三件事就是技术，技术，技术。”

(三) eBay

eBay是世界闻名的拍卖网站，eBay公司通信部主管凯文?帕斯格拉夫认为，“eBay成功的最重要原因在于公司管理和服务。”

其成功的奥秘可以列举为以下几点：

①敢为天下先—在网络尚不普及的时代，eBay率先进入网络拍卖领域； ②依托虚拟商场所产生的特有的“零库存”是eBay公司取得成功的另一个重要原因。该公司的核心业务没有任何库存风险，所有的商品都是由客户提供，它只需要负责提供虚拟的拍卖平台—网络和软件。所以，eBay公司的财务报表上不会出现“库存费用”和“保管费用”等。

③自eBay公司成立开始，它就一直遵循两条“黄金原则”：建设虚拟社区，给网民以家的感觉；保证网站稳定安全地运行。

二、 国内大型网站开发时的几点建议

从本节开始，我们将结合国内外大型IT网站在技术扩展方面的沉痛教训和成功经验，探讨在如今刚刚开始的Web 2.0时代如何应对国内网站即将面临的数据访问量增加（甚至是急剧膨胀）的问题，并提出一些供参考的策略和建议。

(四) 搭建科学的系统架构

构建大型的商业网站绝对不可能像构建普通的小型网站一样一蹴而就，需要从严格的软件工程管理的角度进行认真规划，有步骤有逻辑地进行开发。对于大型网站来说，所采用的技术涉及面极其广泛，从硬件到软件、编程语言、数据库、Web服务器、防火墙等各个领域都有了很高的要求，已经不是原来简单的html静态网站所能比拟的。以著名的Yahoo!为例，他们的每一个大型网站工程都需要大量相应专业人员的参与。

(五) 页面静态化

可不要小看纯静态化的HTML页面！其实在很多情况下，HTML往往意味着“效率最高、消耗最小”，所以我们尽可能使我们的网站上的页面采用静态页面来实现。但是，对于大量内容并且频繁更新的网站，我们无法全部手动实现，因此可以开发相应的自动化更新工具，例如我们常见的信息发布系统CMS。像我们经常访问的各个门户站点的新闻频道，甚至他们的其他频道，都是通过信息发布系统来管理和实现的。信息发布系统可以实现最简单的信息录入自动生成静态页面，还能具备频道管理、权限管理、自动抓取等功能，对于一个大型网站来说，拥有一套高效、可管理的CMS是必不可少的。

(六) 存储问题

存储也是一个大问题，一种是小文件的存储，比如图片这类；另一种是大文件的存储，比如搜索引擎的索引。

大家知道，对于Web服务器来说，不管是Apache、IIS还是其他容器，图片是最消耗资源的，于是我们有必要将图片与页面进行分离，这是基本上大型网站都会采用的策略，他们都有独立的图片服务器，甚至很多台图片服务器。这样的架构可以降低提供页面访问请求的服务器系统压力，并且可以保证系统不会因为图片问题而崩溃，在应用服务器和图片服务器上，可以进行不同的配置优化以保证更

高的系统消耗和执行效率。

(七) 数据库技术—集群和库表散列

对于大型网站而言，使用大型的数据库服务器是必须的事情。但是，在面对大量访问的时候，数据库的瓶颈仍然会显现出来，这时一台数据库将很快无法满足应用，于是我们需要借助于数据库集群或者库表散列技术。

在数据库集群方面，很多数据库厂商都有自己的解决方案，Oracle、Sybase、SQL Server等都有很好的方案，常用的MySQL提供的Master/Slave也是类似的方案。因此，你使用了什么样的数据库，就参考相应的解决方案来实施即可。

上面提到的数据库集群由于在架构、成本、扩张性方面都会受到所采用数据库类型的限制，于是我们需要从应用程序的角度来考虑改善系统架构，其中，库表散列是常用并且最有效的解决方案。我们在应用程序中安装业务和应用或者功能模块将数据库进行分离，不同的模块对应不同的数据库或者表，再按照一定的策略对某个页面或者功能进行更小的数据库散列，比如用户表，按照用户ID进行表散列，这样就能够低成本的提升系统的性能并且有很好的扩展性。在这一方面一个现成的例子就是搜狐。它的论坛就是采用了这样的架构，将论坛的用户、设置、帖子等信息进行数据库分离，然后对帖子、用户按照板块和ID进行散列数据库和表，最终可以在配置文件中进行简单的配置便能让系统随时增加一台低成本的数据库进来补充系统性能。

(八) 缓存策略

这绝对不单指低级的缓存技术相关的编程，应从整个架构角度着眼，深入研究Web服务器、数据库服务器的各层级的缓冲策略，最后才是低级的缓冲技术的编程。不同的Web服务器、数据库服务器及Web编程语言都有自己不同的缓冲策略。例如数据库存储方面，SQL Serve 20xx中的主动式缓存机制，Oracle数据的cache group技术，Hibernate的缓存包括Session的缓存和SessionFactory的缓存；Web服务器方面，Apache提供了自己的缓存模块，也可以使用外加的Squid模块进行缓存，这两种方式均可以有效的提高Apache的访问响应能力，IIS缓冲器技术；至于web开发语言，所用缓存技术更存在很大不同，例如ASP.NET 2.0中提出了两种缓存应用程序数据和缓存服务页输出的策略，这两种缓存技术相互独立但不相互排斥，PHP有Pear的Cache模块，等等。

(九) 镜像

镜像是大型网站常采用的提高性能和数据安全性的方式，镜像的技术可以解决不同网络接入商和地域带来的用户访问速度差异。在镜像的细节技术方面，这里不阐述太深，有很多专业的现成的解决架构和产品可选。也有廉价的通过软件实现的思路，比如Linux上的rsync等工具。

(十) 负载均衡

负载均衡将是大型网站解决高负荷访问和大量并发请求采用的终极解决办法。

负载均衡技术发展了多年，有很多专业的服务提供商和产品可以选择，基于LAMP

解决方案的Lighttped+Squid是相当不错的解决负载均衡和加速系统的有效方式。

(十一) 硬件四层交换

第四层交换使用第三层和第四层信息包的报头信息，根据应用区间识别业务流，将整个区间段的业务流分配到合适的应用服务器进行处理。第四层交换功能就象是虚IP，指向物理服务器。它传输的业务服从的协议多种多样，有HTTP、FTP、NFS、Telnet或其他协议。这些业务在物理服务器基础上，需要复杂的载量平衡算法。在IP世界，业务类型由终端TCP或UDP端口地址来决定，在第四层交换中的应用区间则由源端和终端IP地址、TCP和UDP端口共同决定。

在硬件四层交换产品领域，有一些知名的产品可以选择，比如Alteon、F5等，这些产品很昂贵，但是物有所值，能够提供非常优秀的性能和很灵活的管理能力。Yahoo中国当初接近20xx台服务器使用了三四台Alteon就搞定了。 (十二) 软件四层交换

大家知道了硬件四层交换机的原理后，基于OSI模型来实现的软件四层交换也就应运而生，这样的解决方案实现的原理一致，不过性能稍差。但是满足一定量的压力还是游刃有余的。

一个典型的使用负载均衡的策略就是，在软件或者硬件四层交换的基础上搭建squid集群，这种思路在很多大型网站包括搜索引擎上被采用，这样的架构低成本、高性能还有很强的扩张性，随时往架构里面增减节点都非常容易。

(十三) 软件投资问题

据报导，目前国内除了一些上市企业和特别大知名大公司以外，很少有企业在成本中考虑正版软件的购置费用。这种思维极有可能给中国互联网带来噩梦。如果一些公司真正面临软件资金方面的困难，完全可以考虑使用开源世界的LAMP解决方案（Linux＋Apache＋MySQL＋Perl、PHP或者Python Web编程语言）；否则，随着我国加入WTO范围的不断扩大，盗版打击必然越来越严。因此，“苟且偷生”必将自食其果。

另外，随着网络带宽日渐提升，WEB 2.0技术必将影响到网络世界的几乎每一个角落。因此，如何积聚技术人员进行技术攻关并进一步加强安全防范也成为一个日益严峻的问题，宜尽早纳入到公司的议事日程。

四、 总结

中国电子商务真正理性发展的一个标志，是大量的传统企业实实在在地开始用互联网来处理商务、做生意，而现在这样的浪潮已经开始。北京发行集团，联合SINA、6688.com等单位共同推出的网上虚拟书店—新新书店就是这样的一个标志。

随着网络带宽日渐提升，随着网络理念和WEB 2.0技术的断深入人心，各种B2B、B2C、C2C等电子商务模式很可能以立体交叉方式整合到各种大型商务网站中来。因此，作为公司的技术人员，作为临危救驾的“白衣骑士”，如何应对海量存储、海量访问问题，海量信息检索的问题，日益严峻的安全问题，等等，已经刻不容缓。

第二篇：结构设计技术总结

结构设计技术总结

20xx年x月x日

一、拿到作业图不要盲目建模计算。先进行全面分析，与建筑设计人员进行勾通，充分了解工程的各种情况（功能、选型等）。

二、建模计算前的前处理要做好。比方荷载的计算要准确，不能估计。要完全根据建筑做法或使用要求来输入。

三、在进行结构建模的时候，要了解每个参数的意义，不要盲目修改参数，修改时要有依据。

四、在计算中，要充分考虑在满足技术条件下的经济性。不能随意加大配筋量或加大构件的截面。这一点要作为我们的设计理念之一来重视。

五、梁、柱、板等电算结束后要进行大量的调整和修改，这都要有依据可循（可根据验算简图等资料）。具体有以下集中修改或注意事项： a、梁：

1、梁的标高（是否确定梁底标高及梁上翻等问题） 2、梁的支座负筋不能太疏，要人为加密。 3、梁的跨数要核对。 4、尽量减少钢筋的种类和级差（≤2级）

5、有雨蓬等外挑构件处的梁要加强（可以将此处的箍筋加密、设置抗扭钢筋等措施）

6、钢筋在梁中的放置必须满足净距要求，特别是梁上部钢筋的净距（≥1.5d或30mm）

7、碰到电算结果的井字梁（有主次关系）处，要分清主次关系，在主要梁支座处标出支座筋

8、搁在边梁上的连梁等，在靠边梁处的支座筋不宜过大，宜减小，从而减少对边梁的扭矩 9、有主次梁关系，从梁截面上也有区别，次梁适当放小。 b、柱：

1、满足轴压比要求（≤0.9） 2、大跨度的厂房等，柱子截面宜选用长方柱。3、构造柱的设置（细查规范《建筑抗震设计规范》P72） c、板：

1、负筋不宜选用过细的钢筋，可以用较大直径的钢筋代替，可避免施工时被踩下；较大 直径 钢筋不宜过疏，否则受力不力或容易开裂。

2、在结构平面图中须注明标高及板剖面图。 3、屋面板的钢筋须全部拉通。 4、板配筋要表达清楚，不能让施工人员猜测。

5、在结构平面图中，注明雨蓬、阳台、檐口等位置及尺寸，并画出大样。 d、基础：

1、不能将深基础与浅基础混用。

2、基础荷载计算时，千万别漏算荷载（包括底层墙体荷载重量等） 3、基础（包括地梁、承台等）的标高要满足上部管线的通过，一般其上预留300mm。

e、其它： 11.结构人员在设计中的注意事项 下面是我院总师办给每个结构人员在设计中的注意事项，现发上来供大家参考！！！

20xx系列新规范执行初期结构设计注意事项

根据建设部要求20xx年x月x日起全面执行新规范，相应的89系列规范废止。为正确理解、有效执行各有关20xx系列规范，提出以下要点，请各结构设计人员予以注意：

一． 一般规定 1、 设计说明应注明工程设计使用年限，安全等级，选用的建筑材料，应注明规格、型号、性能等技术指标，其质量必须符合国家标准的要求。

2、 20xx年签订合同的设计项目，一律采用与新规范配套的软件作计算分析，TBSA用6.0版，SATWE用20xx.1及以后的版本。 3、

用新版本软件计算结果用钢量将会提高，我院规定用新版本软件计算梁、柱主筋，钢材优先采用HRB400。一级柱箍筋优先采用HRB400。4、

风荷载取值，南京地区设计周期xx年，w0＝0.40Kpa，设计周期1xx年w0＝0.45，对风荷载敏感的建筑以及60米以上的高层建筑按w0＝0.45取值。

5、 基本雪压，南京地区设计周期xx年，取0.65Kpa，设计周期1xx年取0.75Kpa。

6、

对小塔楼的界定应慎重，当塔楼高度对房屋结构适宜高度有影响时，小塔楼应报院结构专业委员会确定。 7、

施工图涉及到钢网架、电梯及其它设备予留的孔洞、机坑、基础、予埋件等一定要写明：“有关尺寸在浇筑混凝土之前必须得到设备厂家签字认可方可施工。” 8、

砌体结构不允许设转角飘窗。 9、 钢结构工程设计必须注明：焊缝质量等级，耐火等级，除锈等级，及涂装要求。 10、

砌体工程设计必须注明设计采用的施工质量控制等级。（一般采用B级）。 11、 砌体结构不宜设置少量的钢筋混凝土墙。 12、

砌体结构楼面有高差时，其高差不应超过一个梁高（一般不超过500mm）。超过时，应将错层当两个楼层计入总楼层中。 二．结构计算 13、

结构整体计算总体信息的取值： （1）

钢筋混凝土容重（KN/m3）取26~27，全剪结构取27，若取25，对于剪力墙需输入双面粉层荷载。(规范取24~25) （2）

地下室层数，取实际地下室层数，当含有地下室计算时，不指定地下室层数是不对的，请审核人把关。 （3）

计算振型数，取3的倍数，高层建筑应至少取9个，考虑扭转耦联计算时，振型应不少于15个，对多塔结构不应少于塔数×9。计算时要检查Cmass-x及Cmass-y两向质量振型参与系数，均要保证不小于90％，达不到时，应增加振型数，重新计算。

（4） 替换词语信息中的“活荷质量一般折减系数”RMC取0.5，具体问题时按照《抗震》5.1.3条）。 （5）

自振周期应考虑填充墙体对刚度的影响进行折减。当添充墙为砖墙时： 框架结构0.6-0.7，框剪结构 0.7-0.8，剪力墙结构 0.9-1.0。

（6） 活荷载信息中“柱、墙活荷载是否折减”，一般不折减，“传到基础的活荷载是否折减”，应折减。 （7）

调整信息中“中梁刚度增大系数”BK取2.00； “梁端弯矩调幅系数”BT＝0.85～0.9； “梁跨中旁矩增大系数”BM＝1.05～1.10，一般取1.05；活荷载大于3.0Kpa的多高层，1.1～1.2

“连梁刚度折减系数”BLZ取0.50～0.7，在内力和位移计算中，最小取0.50，一般取0.55,当结构位移由风荷载控制，不宜小于0.8；

“梁扭矩折减系数”TB，一般取0.40； “全楼替换词语力放大系数”一般1.0，当λ不满足”抗震规范“5.25条时，用此系数调至满足；

“0.2Q0”框剪结构必须要求调整； “顶塔楼内力放大”当振型数多于9个，取1，否则需放大取3。 14、

结构审核人应在初步设计阶段对电算结果进行审核把关。对主要参数应作控制，如：剪重比、周期比（以扭转为主的基本周期与第一平动周期之比）、位移比（最大弹性层间位移与层间平均位移之比），满足规范基本要求。

15、 有斜楼座的看台、剧场由于整体性差，楼层刚度无穷大的假定难于形成，应补充单榀验算三、对地质勘察报告的基本要求：

16、如果由设计院布置钻孔，提勘察要求，须加注明：勘察部门应根据勘察规范及现场地质情况作必要调整。若业主委托设计已完成钻探，设计人应根据以下基本要求作审查：

（1） 钻孔控制点的布置应布置在建筑物的外围，即建筑物四角应有钻孔。 （2） 钻孔分一般性钻孔和控制性钻孔，对孔深要求：勘探孔深应能控制主要持力层，当基础底面宽度不大于5m时，勘探孔的深度对条形基础不应小于基础底面宽度的3倍，对单独

基础不应小于1.5倍，且不小于5米；对高层建筑和需作变形验算的地基，控制性勘探孔的深度应超过地基变形计算深度。

（3） 桩基勘探深度 a.

布置1/3-1/2的勘探孔为控制性孔，且安全等级为一级建筑桩基场地至少布置3个控制性钻孔，安全等级为二级的建筑桩基不应少于2个控制性钻孔，控制性孔深度应穿过桩端以下压缩层厚度，一般性钻孔应深入桩端平面以下3～5米。

b. 嵌岩桩钻孔应深入持力层岩层不小于3～5倍桩径，当持力层较薄时，控制性钻孔应穿过持力岩层，岩溶地区，应查明溶洞、溶沟分布情况。 （4）

勘察报告，除了要作取土勘探孔，还应要求现场原位测试，单桥静力触探和标准贯入测试，对于适于采用予制桩基的场地，应要求提供JGJ94-94---公式5.2.6-1所要求的单桥静力触探比贯入阻力值估算的桩周侧阻力和桩端阻力。

（5） 嵌岩桩基，应要求勘察报告提供南京地基规范，嵌岩桩公式9.9.4-3所要求的各项系数、岩石单轴抗压强度以及基岩的完整性。 （6）

对于有地下室的工程，应要求勘察报告提供基坑支护设计所要求的各项工程特性指标。

（7）

当地下水埋藏较浅，建筑地下室存在上浮问题时，应要求勘察报告提供用于计算地下水浮力的设计水位。 （8）

勘探报告应划分场地土类型和场地土类别，并对饱和砂土及粉土进行液化判别。（9）

桩基设计应要求勘探报告提供各种桩型的参数，以便作多种桩基方案的技术经济对比，避免只有一种桩基参数，思路受到勘探部门的限制，而不能选择更好的基础方案。

四、基础设计

17、地基基础设计时，确定基础面积或桩数量，上部的荷载效应按正常使用极限状态下荷载效应的标准组合。相应的抗力应采用地基承载力特征值或单桩承载力特征值。

18、 计算地基变形时，传至基础底面上的荷载效应按正常使用极限状态下荷载效应的准永久组合，不计入风荷载和替换词语作用。 19、

基础底板的配筋，应按抗弯计算确定，地基反力采用的是荷载效应基本组合时的地基反力设计值。承台配筋计算时，采用相应于荷载效应基本组合时的桩竖向力设计值。

20、 静载试验所确定的单桩竖向极限承载力除以安全系数2为单桩竖向承载力特征值Ra。 21、

（1）人工挖孔桩的桩长不宜大于40m，亦不宜小于6m，桩长少于6m的按墩基础考虑，桩长虽大于6m，但L/D(D为扩大端直径)<3亦按墩基计算。

（2）人工挖孔桩计算单桩承载力时，桩侧阻力可按混凝土护壁外直径计算，计算桩端阻力和桩身强度时，仅取内径为桩身计算直径。

（3）支承在微风化岩上长径比L/d≤5的端承桩，只计端阻，不计侧阻，支承于其它土层或中风化岩、强风化岩土的桩，端承桩计算摩阻力，但有扩大头的桩，其扩大部分及以上1～

2m范围内不计桩周侧阻力。 22、 对桩基设计，应作两种以上桩型的技术经济对比。

五、构造设计 23、

钢筋连接有三种基本型式：搭接、焊接、机械连接。由于现场质量有时得不到保证，对于22及以上直径的钢筋，优先采用机械接头，不宜焊接。 24、

用以减少温度和收缩不利影响的后浇带浇筑间隔时间，一般要求60天以上（GB50010-9.1.3条说明）。 25、

混凝土收缩及温度变化引起的拉应力是沿板的整个厚度作用，所以特别强调上、下表面同时配置附加钢筋的必要性，GB50010-10.1.9条，根据国内、外工程经验给出板上、下表

面每个方向的附加钢筋均不宜小于0.1％的建议。我院已发的暂行规定有关条款需修改，对于阳角房间、屋面所有板块，计算不配钢筋的部位另加抗温度、收缩分布钢筋，板厚120，φ6-200，板厚100，φ6-220。

26、

受力钢筋的直径与构件截面高度及跨度应呈一定的比例，GB50010-10.2.1对梁最小钢筋直径作了规定（当梁高h≥300mm时，不应小于10mm;当梁高h<300mm时，不应小于8mm。）。对现浇板，一般考虑（建议）：

板厚120以下的、适宜的钢筋直径为8～12 板厚120～150以下的、适宜的钢筋直径为10～14

板厚150～180以下的、适宜的钢筋直径为12～16 板厚180～220以下的、适宜的钢筋直径为14～18 板厚150以上的板，应采用HRB335。

27、

对卧置于地基上的基础筏板，板厚大于2M,除应沿板的上、下表面布置纵横方向的钢筋外，需沿板厚度向不超过1M设置与板面平行的构造钢筋网片，其直径不小于12mm,纵横方向的间距不大于200mm.

28、

地下室外墙板以及剪力墙中温度收缩应力较大部位（顶层、外墙），水平分布钢筋配筋率不宜小于0.30％，不应小于0.25％。当墙厚超过400，单侧水平分布筋配筋率不宜小于0.2％。

29、 屋面天沟、雨蓬应考虑满水荷载，当天沟、雨蓬深度超过500时，应在天沟、雨蓬侧板设泄水孔，此时水重可计至泄水孔底面，此外还须考虑找坡层的重量。 30、

现浇板楼面，考虑在使用周期灵活布置轻质隔墙时，可将隔墙每米长自重的30％作为每平方米楼面的均布荷载标准值计算，且不小于1.0Kpa，其永久值系数可取0.5。

31、 现浇板内埋设设备暗管时，管外径不得大于板厚的1/3，交叉管线应妥善处理，并使管壁至板上下边净距不小于25mm。32、

挑檐转角位于阳角时的加强配筋。 33、 结构平面图中，所有受力构件都应相对于轴线标注定位尺寸（阳台、雨篷挑出长度、梁距轴线距离等）。 34、

转换层现浇板最小厚度180,最小配筋率0.3%。转换层上下各一层现浇板需加强，板厚宜150mm,最小配筋率0.25%. 35、

连续跨梁配钢筋时，支座两侧的钢筋直径尽可能相同，以便钢筋穿过支座，避免两侧不同的钢筋都在支座锚固，造成节点钢筋过密，影响节点混凝土浇灌筑。