java多线程学习

㈠ 如何深刻理解java多线程

线程是系统调度中的最小单位，因为其拥有比进程更小的资源消耗，因此，在进行同类事情，需要进行互相的通讯等等事情的时候，都采用线程来进行处理。
对于只做固定的一件事情（比如：计算1+2+3+...+9999999）来说，其性能上不会比采用单线程的整体效率高，原因是，同时都是要做这么多运算，采用多线程的话，系统在进行线程调度的过程中喙浪费一些资源和时间，从而性能上下降。
那么，多线程是否就没有存在的意义了呢？答案当然不是的。多线程还是有存在的价值的，我们在写输入流输出流，写网络程序等等的时候，都会出现阻塞的情况，如果说，我们不使用多线程的话，从A中读数据出来的时候，A因为没有准备好，而整个程序阻塞了，其他的任何事情都没法进行。如果采用多线程的话，你就不用担心这个问题了。还举个例子：游戏中，如果A角色和B角色采用同一个线程来处理的话，那么，很有可能就会出现只会响应A角色的操作，而B角色就始终被占用了的情况，这样，玩起来肯定就没劲了。
因此，线程是有用的，但也不是随便乱用，乱用的话，可能造成性能的低下，它是有一点的适用范围的，一般我认为：需要响应多个人的事情，从设计上需要考虑同时做一些事情（这些事情很多情况下可能一点关系都没有，也有可能有一些关系的）。
使用多线程的时候，如果某些线程之间涉及到资源共享、互相通讯等等问题的时候，一定得注意线程安全的问题，根据情况看是不是需要使用synchronized关键字。

㈡ 如何掌握java多线程，高并发，大数据方面的技能

总是看见有部分sb要回答你不能好好回答。不知道你丫能不能闭嘴？
多线程+并发，看java并发编程详解，90%以上会java多线程的程序员都从这本书上学的。要考虑高并发，深刻理解多线程，并发，只有java的知识不够，需要看操作系统核心编程之类的书籍，前提得会c编写边做边理解。操作系统底层给它扒个底朝天。java的多线程是基于操作系统的，换句话说java的多线程依赖操作系统的多线程实现。操作系统核心编程（windows）或操作系统高级编程（unix系的）会把操作系统的运行原理说得很透彻，当然包括线程。
除了上面的知识，还需要深刻了解tcp/ip协议以及套接字编程，以及常用的tcp，udp，sctp的应用，如http，ftp，smtp，pop3，rpc等等应用级协议。
大数据需要数据库支撑，数据库的先会吧！这个一班不重要。大数据着块重要的功能是如何，使用分析海量数据提取有用信息。需要针对不同领域做分析使用。比如一个气象数据，对卖空调、卖冰箱的人他们关心啥，要能提供对应的数据给他们。对卖服装的人，他们又关心啥？要提供哪些数据给他们？对农名，他们又关心啥，要提供哪些数据给他们？说大底。大数据所关心的问题是如何提供有效服务（挣钱点），需要了解很多具体行业知识。
（处理大数据的程序，略过，真不是太难的事，你学得懂第二，第三段描述的内容，要理解大数据的一些代码架构实现不难）

㈢ 求教Java多线程 该怎么入门

加上睡眠时间 打印一次睡一秒。打印50次 耗时太短 所以看不出来的
剂要交替喷施~次。防治蚜虫可选用%吡

㈣ 怎么学习java多线程

熟悉多线程的实现

了解多线程的各种状态

㈤ 如何学习java中的多线程

几乎所有使用 AWT 或 Swing 编写的画图程序都需要多线程。但多线程程序会造成许多困难，刚开始编程的开发者常常会发现他们被一些问题所折磨，例如不正确的程序行为或死锁。

在本文中，我们将探讨使用多线程时遇到的问题，并提出那些常见陷阱的解决方案。

线程是什么？
一个程序或进程能够包含多个线程，这些线程可以根据程序的代码执行相应的指令。多线程看上去似乎在并行执行它们各自的工作，就像在一台计算机上运行着多个处理机一样。在多处理机计算机上实现多线程时，它们确实可以并行工作。和进程不同的是，线程共享地址空间。也就是说，多个线程能够读写相同的变量或数据结构。

编写多线程程序时，你必须注意每个线程是否干扰了其他线程的工作。可以将程序看作一个办公室，如果不需要共享办公室资源或与其他人交流，所有职员就会独立并行地工作。某个职员若要和其他人交谈，当且仅当该职员在“听”且他们两说同样的语言。此外，只有在复印机空闲且处于可用状态（没有仅完成一半的复印工作，没有纸张阻塞等问题）时，职员才能够使用它。在这篇文章中你将看到，在 Java 程序中互相协作的线程就好像是在一个组织良好的机构中工作的职员。

在多线程程序中，线程可以从准备就绪队列中得到，并在可获得的系统 CPU 上运行。操作系统可以将线程从处理器移到准备就绪队列或阻塞队列中，这种情况可以认为是处理器“挂起”了该线程。同样，Java 虚拟机 (JVM) 也可以控制线程的移动??在协作或抢先模型中??从准备就绪队列中将进程移到处理器中，于是该线程就可以开始执行它的程序代码。

协作式线程模型允许线程自己决定什么时候放弃处理器来等待其他的线程。程序开发员可以精确地决定某个线程何时会被其他线程挂起，允许它们与对方有效地合作。缺点在于某些恶意或是写得不好的线程会消耗所有可获得的 CPU 时间，导致其他线程“饥饿”。

在抢占式线程模型中，操作系统可以在任何时候打断线程。通常会在它运行了一段时间（就是所谓的一个时间片）后才打断它。这样的结果自然是没有线程能够不公平地长时间霸占处理器。然而，随时可能打断线程就会给程序开发员带来其他麻烦。同样使用办公室的例子，假设某个职员抢在另一人前使用复印机，但打印工作在未完成的时候离开了，另一人接着使用复印机时，该复印机上可能就还有先前那名职员留下来的资料。抢占式线程模型要求线程正确共享资源，协作式模型却要求线程共享执行时间。由于 JVM 规范并没有特别规定线程模型，Java 开发员必须编写可在两种模型上正确运行的程序。在了解线程以及线程间通讯的一些方面之后，我们可以看到如何为这两种模型设计程序。

线程和 Java 语言
为了使用 Java 语言创建线程，你可以生成一个 Thread 类（或其子类）的对象，并给这个对象发送 start() 消息。（程序可以向任何一个派生自 Runnable 接口的类对象发送 start() 消息。）每个线程动作的定义包含在该线程对象的 run() 方法中。run 方法就相当于传统程序中的 main() 方法；线程会持续运行，直到 run() 返回为止，此时该线程便死了。

上锁
大多数应用程序要求线程互相通信来同步它们的动作。在 Java 程序中最简单实现同步的方法就是上锁。为了防止同时访问共享资源，线程在使用资源的前后可以给该资源上锁和开锁。假想给复印机上锁，任一时刻只有一个职员拥有钥匙。若没有钥匙就不能使用复印机。给共享变量上锁就使得 Java 线程能够快速方便地通信和同步。某个线程若给一个对象上了锁，就可以知道没有其他线程能够访问该对象。即使在抢占式模型中，其他线程也不能够访问此对象，直到上锁的线程被唤醒、完成工作并开锁。那些试图访问一个上锁对象的线程通常会进入睡眠状态，直到上锁的线程开锁。一旦锁被打开，这些睡眠进程就会被唤醒并移到准备就绪队列中。

在 Java 编程中，所有的对象都有锁。线程可以使用 synchronized 关键字来获得锁。在任一时刻对于给定的类的实例，方法或同步的代码块只能被一个线程执行。这是因为代码在执行之前要求获得对象的锁。继续我们关于复印机的比喻，为了避免复印冲突，我们可以简单地对复印资源实行同步。如同下列的代码例子，任一时刻只允许一位职员使用复印资源。通过使用方法（在 Copier 对象中）来修改复印机状态。这个方法就是同步方法。只有一个线程能够执行一个 Copier 对象中同步代码，因此那些需要使用 Copier 对象的职员就必须排队等候。

class CopyMachine {
public synchronized void makeCopies(Document d, int nCopies) {
//only one thread executes this at a time
}
public void loadPaper() {
//multiple threads could access this at once!
synchronized(this) {
//only one thread accesses this at a time
//feel free to use shared resources, overwrite members, etc.
}
}
}

Fine-grain 锁
在对象级使用锁通常是一种比较粗糙的方法。为什么要将整个对象都上锁，而不允许其他线程短暂地使用对象中其他同步方法来访问共享资源？如果一个对象拥有多个资源，就不需要只为了让一个线程使用其中一部分资源，就将所有线程都锁在外面。由于每个对象都有锁，可以如下所示使用虚拟对象来上锁：

class FineGrainLock {
MyMemberClass x, y;
Object xlock = new Object(), ylock = new Object();
public void foo() {
synchronized(xlock) {
//access x here
}
//do something here - but don�0�7t use shared resources
synchronized(ylock) {
//access y here
}
}
public void bar() {
synchronized(this) {
//access both x and y here
}
//do something here - but don�0�7t use shared resources
}
}

若为了在方法级上同步，不能将整个方法声明为 synchronized 关键字。它们使用的是成员锁，而不是 synchronized 方法能够获得的对象级锁。