走自己的java路 与别人拉开差距

Posted 2020-10-27

1：什么是高并发？
什么是高并发，比如从网上下载一个电影，全国有很多人同时在下载这个电影。
比如某个淘宝店铺，有很多店员，某个用户买了这个店铺的商品，多个店员同时去处理这个订单。
从程序的角度来讲，高并发，就是很多人同时访问同一段程序代码，同一个网页，同一个web服务器，同一个数据库，数据表。
2：高并发会引起那些问题？
还是上面的例子，多个人同时去下载一个服务器上的电影，如果服务器不够好，是不是容易挂掉？如果服务器允许的最大连接数不够大，那么是不是有很多用户需要等待，给用户带来的体验效果就会很差。从这个角度来讲，并发会引起反应慢，效率低，用户体验差的问题。
我们的第二个例子，多个店员同时处理一个订单，如果多个店员都成功处理这个订单，那么是不是用户花一份的前，买到了多份的东西，这个例子最经典的银行卡取钱的，两张一样的银行卡，同时去自动取款机取钱，本来银行卡中只有1000元，但是如果并发了，两张卡取钱的时候卡内都有余额1000，那么就可以取出2000元钱。（这里不仅涉及到事务的问题，还涉及到并发的问题）

3：高并发系统的设计需要注意一下几点：
尽量使用缓存，包括用户缓存，信息缓存等，多花点内存来做缓存，可以大量减少与数据库的交互，提高性能。
用jprofiler等工具找出性能瓶颈，减少额外的开销。
优化数据库查询语句，减少直接使用hibernate等工具的直接生成语句（仅耗时较长的查询做优化）。
优化数据库结构，多做索引，提高查询效率。
统计的功能尽量做缓存，或按每天一统计或定时统计相关报表，避免需要时进行统计的功能。

能使用静态页面的地方尽量使用，减少容器的解析（尽量将动态内容生成静态html来显示）。
解决以上问题后，使用服务器集群来解决单台的瓶颈问题。
基本上以上述问题解决后，达到系统最优。
4：经过查资料，方案如下所示。

1 从最基础的地方做起，优化我们写的代码，减少必要的资源浪费。
a、避免频繁的使用new对象，对于整个应用只需要存在一个实例的类，我们可以使用单例模式。对于String连接操作，使用 StringBuffer或StringBuilder，对于工具类可以通过静态方法来访问。
b、避免使用错误的方式，尽量不用instanceof做条件判断。使用java中效率高的类，比如ArrayList比Vector性能好。
给大家推荐一个java内部学习群：725633148，进群找管理免费领取学习资料和视频。没有错就是免费领取！大佬小白都欢迎，大家一起学习共同进步！

2 html静态化
我们通过一个链接地址访问，通过这个链接地址，服务器对应的模块处理这个请求，转到对应的jsp页面，最后生成我们要的数据。但是，如果上千万个请求的话，有太多的高并发请求，那么就会加重服务器的压力，最坏的情况是把服务器down掉。那么如何避免这种情况的出现呢？如果我们把最初对test.do的请求结果保存成一个html文件，然后每次用户都去访问这个html文件，这样就不用再去访问服务器了，服务器的压力不就减少了？
那如何自动的生成静态页面，当用户去访问，会自动的生成test.html ，然后再显示给用户。
3 图片服务器分离
对于web服务器来说，图片是最消耗资源的，于是我们有必要把图片与页面进行分离，我们把图片放到独立的图片服务器。这样的架构可以降低提供页面访问请求的服务器系统压力，并且可以保证系统不会因为图片的问题而崩溃。在图片服务器上，我们可以对不同的配置进行优化。
4 缓存
具体接触过的缓存机制是hibernate的缓存机制。为了避免每次都向数据库中取得数据，我们把用户常常访问到的数据放到内存中，甚至缓存十分大的时候我们可以把内存中的缓存放到硬盘中。还有高级的分布式缓存数据库使用，都可以增加系统的抗压力。

5 分批传送
在做某项目的时候，一次传递的参数太多，而且数据库规定一次最多传递的参数最多是三万条，当时有五万条记录，那怎么传送呢？最终是分批传送，电梯里一次乘不下那么多的人，会报超重的bug，那就分批把人送上去。
还有一次在考试系统中，如果那么多的考试人员同时提交到数据库中，数据库的压力增大，有时会被down掉，当时采用的方法是使用ajax异步传输，没有等待考生点击提交按钮的时候，就把考生的答案自动提交，这样也避免了突然断电考生前面做过的题出现丢失的现象。
6 数据库集群
当面对复杂的应用，用户大量访问的时候，一台数据很快无法满足需求，于是我们需要使用数据库集群或者库表散列。
我们在应用程序中安装业务和应用或者功能模块将数据进行分离，不同的模块对应不同的数据库或表，再按照一定的策略对某个页面或者功能进行更小的数据库散列。
7 DB优化
a、在数据库设计的时候就要考虑到后期的维护，数据库三范式是我们设计数据库索要遵循的原则。
b、索引的建立：建立索引要适当，如果一个表经常用来被查询，对于增加和修改很少被用到，我们就可以为这个表建立索引，因为对于增加和修改和删除操作时，我们对索引的维护要大大超过索引给我们带来的效率。
c、表字段的类型选择要恰当
包括字段的长度、类型等，要根据实际存储的数据进行选择，长度不要过长，否则会影响效率。
d、外键要慎用，因为主键代表这一张表，而外键代表一群表，对表之间进行了关联，在删除修改等需要我们关联。
e、在数据库操作上尽量使用prepareStatement，少用Statement，因为PrepareStatement是进行预编译的。connection设置为readOnly，Connection是对书库连接，属于重量级，我们使用即可。连接池的使用，我们可以修改数据库默认的连接数。