1、如何构建大型高并发网站架构
做网站首先考虑做什么行业的网站，再者主要在网站上展示哪些内容，怎么展示，再加上自己根据行业经验的一些规划，网站框架就出来了
2、用Java做一个大流量、高并发的网站应该怎么样进行底层构架？采用哪些框架技术比较适合？
一个字：分
分而治之，多级分流
浏览器端、服务器前端、中间层、数据库端
每个地方都有可以分流的可能
3、java开发大型网站(流量大,数据大(上万G数据))用什么架构?
分着说，前后台分开。
1、前端使用轻便的方式，servlet/jsp/jstl，使用jdbc或者能控制sql的ORM，不过坦白说用哪个都没有SQL快，虽然hibernate也能控制sql生成，不会用。
2、前台要分析好，哪些是实时数据，哪些不是，对于那些不适实效很高的，用好缓存。有些东西可以采用生成静态页面的方式。
3、后台随便了，SSH，因为后台操作不是很频繁。但是如果有导数据，10万级导入，还是用jdbc。
4、如果是网站，不是什么重要的业务系统，数据库设计以快为主，表里面多冗余一些外键字段，让查询最简化。
这个软件方面，还有硬件架构，那更复杂，这里就不说了，毕竟不专业。
4、用Java做一个大流量，高并发的网站应该怎么样进行底层构架
架构是为了解决糸统中具有共性的问题而进行定义了减少重复工作量，且易于维护和扩展的技术准则和规范，它产出物和体现为文档和基础代码框架等。
因此选择那些框架只是架构的一部分，通常是选择自己善长的，以及对新技术的更新比较及时的；所以现在的Java框架最多为SpringMVC。
所以你提出的大并发是一个问题，但先确定它是不是所有模块都需要解决这个问题。
而大数据又是另一个问题，同样每个模块查询或者计算都是大数据吗。
综上所述将问题定位并分解，并发问题，要考虑带宽还是局域网，一个应用服务器最大能支持多少请求连接，你需要多少个，每个应用服务器是独立的模块呢还是齐群。齐群还要注意的登录一次还是多次，也就是SSO了，是否注意内存共享，如sessionId，是否考虑内存相互同步还是通过分布式的解决等糸列问题。还有一个数据库有多少连接可以用等跟应用服务器同理。
那么大数据呢，要考虑的关键为两个，是计算还是查询，是实时的业务要求还是可以延时的，查询可以是缓存，分表分库，分区，索引等方式。缓存的时候要注意你考虑的带宽是一个lDC还是多个IDC，数据间怎么同歩是个分布式问题，如果大数据计算问题是否考虑一下云计算解决方案等
因此你所说的怎么架构，如何选框架，这是两个问题，不是解决你问的大数据大并发，反而是架构工作中的一个尘灰而已。你也知道架构最大的是那里了吧一一分析到分割。
架构是很难的工作，作不好，别相信用硬件能解决问题。就像使用微软的 盗版一样，出了问题可能是用N的成本来解决，N可能是几万，也可能是几万的N次方。
5、高并发，大流量网站架构时你考虑网卡流量了吗
肯定的，高流量站点必须考虑自己的宽带能否带的动自己的网站，一个100M的宽带如果是一百个用户同时访问那么就相当于分开就只有每个人1M的宽带使用了
6、海量高并发系统架构该怎样设计
高并发情况下要考虑的因素有很多：
服务器并发处理能力、响应时间专；数据安全及一致性、锁属机制；数据存储及访问性能...
系统架构按层级(水平)划分的话，在每一层都需要考虑好压力的分配，以最前端的网络接入层为例，一般做法是在高配机器上部署支持高并发的web服务器(如nginx)集群，后端映射个多个业务组件达到并发处理能力；在数据访问方面充分做好缓存，包括数据缓存、页面、甚至文件缓存，需要存储大量数据的情况下则考虑分布式。
不同应用场景的架构设计都存在差异！
7、JAVA高吞吐高并发后端架构设计经验是什么意思
有些网站并发量比较高，例如：12306，到了春节的时候，访问量就非常高回了。以前不是经常卡住、答崩溃吗？
就是因为架构设计的不行。去年好多了。
高吞吐、高并发指的是一种种业务场景，访问人数很多，同一时刻点击也很多。
类似的还有双十一，双12。
高峰期的时候 涉及大量的读写操作，读取网页资源、数据，写入订单等等。
小型网站可以通过增加服务器的方法解决，分离应用程序和数据库，放在两台服务器上。
大型的网站涉及的技术就更多了：缓存技术、读写分离、分布式部署服务器、业务拆分、数据库优化等等。
8、怎样具备大规模高并发访问的Web应用架构设计和开发经验
理论上经验这个东西是学不来的.
说一下我的例子.
刚入行的时候,基本就是写了一些增删改查.甚至session都不太理解.
随着入行后,你会遇到各种各样的问题.在解决问题的过程中,经验来了.
简单说一下所谓大规模高并发访问的web架构吧.
其实,对于大规模高并发不外乎两点,第一点是及时相应(尽可能优化io).第二点是数据安全.
这两点控制的好,就没问题的.所以,我们的架构也就围绕在这两点应运而生.
第一点,为了尽可能提高应用的io吞吐量.则需要我们把所有耗时的io操作尽可能的优化,比如全局使用很少更改的一些配置,则可以采用nosql来全局共享(注意,这里的全局是指服务器集群.如果涉及到了大规模,肯定是多服务器的).在其次可以增加服务器缓存.比如2秒钟从上一条的服务器读取配置,存到服务器级别.以提高效率.还有线程缓存.如果业务复杂可能对一个请求需要查询多次数据,不变的,老规矩,放到线程缓存.基本也就差不多了.
第二点,因为应用不同,要考虑容错率.这个部分优化,可以考虑分离业务,把必须要数据安全的业务逻辑提取出来,队列执行或者特殊处理.
剩下的就是服务器部署与如何分配,比如多少台web服务器,数据库配置,内存服务器配置等.
这只能是在实际项目和工作过程中来区别对待了.
9、有哪些适合高并发、高流量、高性能网站开发的 PHP 框架推荐？
高并发，高流量，高性能的话，这些都不是php相关的问题，涉及到数据库，服务器架构等很多因素。到了这种级别的网站或者应用，php框架产生的影响已经比较小了。