java并发场景

‘壹’ java 怎样处理高并发

一、背景综述

并发就是可以使用多个线程或进程，同时处理（就是并发）不同的操作。

高并发的时候就是有很多用户在访问，导致系统数据不正确、糗事数据的现象。对于一些大型网站，比如门户网站，在面对大量用户访问、高并发请求方面，基本的解决方案集中在这样几个环节：使用高性能的服务器、高性能的数据库、高效率的编程语言、还有高性能的Web容器。这几个解决思路在一定程度上意味着更大的投入。

使用一般的synchronized或者是lock或者是队列都是无法满足高并发的问题。

二、解决方法有三：

1.使用缓存

2.使用生成静态页面

html纯静态页面是效率最高、消耗最小的页面。我们可以使用信息发布系统来实现简单的信息录入自动生成静态页面，频道管理、权限管理和自动抓取等功能，对于一个大型网站来说，拥有一套高效、可管理的信息发布系统CMS是必不可少的。

3.图片服务器分离

图片是最消耗资源的，僵图片和页面分离可以降低提供页面访问请求的服务器系统压力，并且可以保证系统不会因为图片问题而崩溃。

3.写代码的时候减少不必要的资源浪费：

• 不要频繁得使用new对象，对于在整个应用中只需要存在一个实例的类使用单例模式.对于String的连接操作,使用StringBuffer或者StringBuilder.对于utility类型的类通过静态方法来访问。

• 避免使用错误的方式,如Exception可以控制方法推出,但是Exception要保留stacktrace消耗性能,除非必要不要使用 instanceof做条件判断,尽量使用比的条件判断方式.使用JAVA中效率高的类,比如ArrayList比Vector性能好。)

• 使用线程安全的集合对象vector hashtable

• 使用线程池

‘贰’ java高并发，如何解决，什么方式解决，高并发

首先，为防止高并发带来的系统压力，或者高并发带来的系统处理异常，数据紊乱，可以以下几方面考虑：1、加锁，这里的加锁不是指加java的多线程的锁，是指加应用所和数据库锁，应用锁这边通常是使用redis的setnx来做，其次加数据库锁，因为代码中加了应用所，所以数据库不建议加悲观锁（排他锁），一般加乐观锁（通过设置一个seq_no来解决），这两个锁一般能解决了，最后做合理的流控，丢弃一部分请求也是必不可少的

‘叁’ java中什么是并发，如何解决

多个进程或线程同时(或着说在同一段时间内)访问同一资源会产生并发问题。 银行两操作员同时操作同一账户就是典型的例子。比如A、B操作员同时读取一余额为1000元的账户，A操作员为该账户增加100元，B操作员同时为该账户减去
50元，A先提交，B后提交。 最后实际账户余额为1000-50=950元，但本该为 1000+100-50=1050。这就是典型的并发问题。
可以用锁解决。
关于锁我也不是太清楚，你可以研究一下.....

‘肆’ 谈论java中怎样处理高并发的问题

对于我们开发的网站，如果网站的访问量非常大的话，那么我们就需要考虑相关的并发访问问题了。而并发问题是绝大部分的程序员头疼的问题，

但话又说回来了，既然逃避不掉，那我们就坦然面对吧~今天就让我们一起来研究一下常见的并发和同步吧。

为了更好的理解并发和同步，我们需要先明白两个重要的概念:同步和异步

1、同步和异步的区别和联系

所谓同步，可以理解为在执行完一个函数或方法之后，一直等待系统返回值或消息，这时程序是出于阻塞的，只有接收到

返回的值或消息后才往下执行其它的命令。

异步，执行完函数或方法后，不必阻塞性地等待返回值或消息，只需要向系统委托一个异步过程，那么当系统接收到返回

值或消息时，系统会自动触发委托的异步过程，从而完成一个完整的流程。

同步在一定程度上可以看做

‘伍’ javaweb项目有可能有大量的写入并发操作的场景吗比如3秒内有一千万条对数据库增删改的请求

当然有，12306春运期间的在线买票你应该知道，不过你这辈子可能很难遇到这种情况。
要处理这种并发量，需要很多技术支持，也是一个很复杂的工程，也不是一两句话能讲清楚的...。

‘陆’ java并发编程主要用来解决什么问题，应用场景是什么

解决性能问题.多个线程一起跑.可以使用多个cpu.
另外有时外部系统会成为瓶颈,多个并发,可以避免对于外部系统的等待.
所以基本上网络编程都是并发的. 大量数据需要处理的代码也往往会用并发来提速.

‘柒’ JAVA的并发执行应用在什么情况下用合适

首先对java的线程类Thread来进行说明：
Thread是针对是java其本身所具有的，但并不能说其没有调用操作系统，其最底层的时间片调度是按照操作系统来执行的。
Thread下可以创建Thread，2个Thread在一定条件下也可以相互调用。

根据以上特点可以总结认为java中的线程能让高级程序员更好的对庞大和复杂的数据流进行拆分，重组从而减低各个环节性能需求，通过增加各项负荷达到系统资源分配的最优值。

举个例子：一个程序需要需要一个2.0GHZ的CPU，占用10%的CPU使用1小时才能得出结果，最差方案就是用1小时。但有了线程使用多线程，在假设所有线程都可以并发执行的前提下我可以使用，10个线程让CPU利用率达到100%，这时我只要6分钟就可以有结果，虽然这些结果分散在10个不同的线程内，我可以再得到10个结果后对10个结果进行处理，得出最终结果，无论从时间维度还是CPU使用率维度，使用多线程是最优解。

‘捌’ 有哪些Java web里的并发框架，都有哪些

一、并发是一种需求，以下先介绍一下javaweb对于高并发的处理思路：

1、synchronized 关键字

可用来给对象和方法或者代码块加锁，当它锁定一个方法或者一个代码块的时候，同一时刻最多只有一个线程执行这段代码。可能锁对象包括： this， 临界资源对象，Class 类对象

2、同步方法

同步方法锁定的是当前对象。当多线程通过同一个对象引用多次调用当前同步方法时， 需同步执行。

3、同步代码块

同步代码块的同步粒度更加细致，是商业开发中推荐的编程方式。可以定位到具体的同步位置，而不是简单的将方法整体实现同步逻辑。在效率上，相对更高。

A）锁定临界对象

同步代码块在执行时，是锁定 object 对象。当多个线程调用同一个方法时，锁定对象不变的情况下，需同步执行。

B）锁定当前对象

4、锁的底层实现

Java 虚拟机中的同步(Synchronization)基于进入和退出管程(Monitor)对象实现。同步方法 并不是由 monitor enter 和 monitor exit 指令来实现同步的，而是由方法调用指令读取运行时常量池中方法的 ACC_SYNCHRONIZED 标志来隐式实现的。

5、锁的种类

Java 中锁的种类大致分为偏向锁，自旋锁，轻量级锁，重量级锁。

锁的使用方式为：先提供偏向锁，如果不满足的时候，升级为轻量级锁，再不满足，升级为重量级锁。自旋锁是一个过渡的锁状态，不是一种实际的锁类型。

锁只能升级，不能降级。

6、volatile 关键字

变量的线程可见性。在 CPU 计算过程中，会将计算过程需要的数据加载到 CPU 计算缓存中，当 CPU 计算中断时，有可能刷新缓存，重新读取内存中的数据。在线程运行的过程中，如果某变量被其他线程修改，可能造成数据不一致的情况，从而导致结果错误。而 volatile 修饰的变量是线程可见的，当 JVM 解释 volatile 修饰的变量时，会通知 CPU，在计算过程中， 每次使用变量参与计算时，都会检查内存中的数据是否发生变化，而不是一直使用 CPU 缓存中的数据，可以保证计算结果的正确。

更多、此外还有很多细节需要通过学习去了解和完善，此处就不一一列举了。

二、并发框架

并发框架很多，如ExecutorService、RxJava、Disruptor、Akka等，具体选择哪个（或者都不选择）是根据项目需求选择的，框架本身的差异并不大，基本都是如下模式

‘玖’ java并发集合有哪些

1、常用的并发集合类
ConcurrentHashMap：线程安全的HashMap的实现
CopyOnWriteArrayList：线程安全且在读操作时无锁的ArrayList
CopyOnWriteArraySet：基于CopyOnWriteArrayList，不添加重复元素
ArrayBlockingQueue：基于数组、先进先出、线程安全，可实现指定时间的阻塞读写，并且容量可以限制
LinkedBlockingQueue：基于链表实现，读写各用一把锁，在高并发读写操作都多的情况下，性能优于ArrayBlockingQueue
2、原子类
AtomicInteger：线程安全的Integer，基于CAS（无阻塞，CPU原语），优于使用同步锁的Integer
3、线程池
ThreadPoolExecutor：一个高效的支持并发的线程池，可以很容易的讲一个实现了Runnable接口的任务放入线程池执行，但要用好这个线程池，必须合理配置corePoolSize、最大线程数、任务缓冲队列，以及队列满了+线程池满时的回绝策略，一般而言对于这些参数的配置，需考虑两类需求：高性能和缓冲执行。
Executor：提供了一些方便的创建ThreadPoolExecutor的方法。
FutureTask：可用于异步获取执行结果或取消执行任务的场景，基于CAS，避免锁的使用
4、锁
ReentrantLock：与synchronized效果一致，但是又更加灵活，支持公平/非公平锁、支持可中断的锁、支持非阻塞的tryLock(可超时)、支持锁条件等，需要手工释放锁，基于AbstractQueueSynchronizer
ReentrantReadWriteLock：与ReentrantLock没有关系，采用两把锁，用于读多写少的情形