java线程池技术浅析
java线程池技术浅析
为什么要用线程池？
诸如Web服务器、数据库服务器、文件服务器或邮件服务器之类的许多服务器应用程序都有面向处理来自某些远程来源的大量短小的任务。请求以某种方式到达服务器，这种方式可能是通过网络协议(例如HTTP、FTP或POP)、通过JMS队列或者可能通过轮询数据库。不管请求如何达到，服务器应用程序出现的情况是；单个任务处理的时间很短而请求的数目却是很大的。
构建服务器应用程序的一个过于简单的模型应该是：每当一个请求到达就创建一个新线程，然后在新线程中 为请求服务。实际上，对于原型开发这种开发，这种方法工作的很好，但如果试图部署以这种方式运行的服务器应用程序，那么这种方法的严重不足就很明显。每个请求对应一个线程(thread-pre-request)方法的不足之一是：为每一个请求创建一个新线程的开销很大；为每个请求创建新线程的服务器在创建和销毁线程上发费的时间和消费的系统资源要比花在处理实际的用户请求的时间和资源更多。
除了创建和销毁线程的开销之外，活动的线程也消耗系统资源。在一个JVM来创建太多的线程可能导致系统由于过度消耗内存而用完内存或“切换过度”。为了防止资源不足，服务器应用程序需要一些办法来限制任何给定时刻处理请求的数目。
线程池为线程生命周期开销问题和系统资源不足问题提供了解决方案。通过对多个任务重用线程。线程创建的开销被分摊到了多个任务上。其好处是，因为在请求到达时线程已经存在，所以无意中也消除了线程创建所带来的延迟。这样，就可以立即为请求服务，使应用程序响应更快。而且，通过恰当地调整线程池中的线程数目，也就是当请求的数目超过某个阀值时，就强制其他任何新到的请求一直等待，直到获得一个线程来处理为止，从而可以防止资源不足。
线程池的替代方案
线程池远不是服务器应用程序内使用多线程的唯一方法。如同上面所提到的，有时，为每个新任务生成一个新线程是十分明智的。然而，如果任务创建过于频繁而任务的平均处理时间过短，那么为每个任务生成一个新线程将会导致性能问题。
另一个常见的线程模型是为某一类型的任务分配一个后台线程与任务队列。AWT 和 Swing 就使用这个模型，在这个模型中有一个 GUI 事件线程，导致用户界面发生变化的所有工作都必须在该线程中执行。然而，由于只有一个 AWT 线程，因此要在 AWT 线程中执行任务可能要花费相当长时间才能完成，这是不可取的。因此，Swing 应用程序经常
相关文档：
这是一篇关于编码的文章写的很好!
世界上的各地区都有本地的语言。地区差异直接导致了语言环境的差异。在开发一个国际化程序的过程中，处理语言问题就显得很重要了。
这是一个世界范围内都存在的问题，所以，Java提供了世界性的解决方法。本文描述的方法是用于处理中文的，但是，推而广之，对于处� ......
JXL.JAR 操作Excel文件开源包
这里简单讲些项目中用到的一些方法！（项目的环境是Struts2 hibernate3 resin3 ）
// Excel文件存放路径
String path = ServletActionContext.getServletContext().getRealPath("")+"userfiles\\train_excel\\text.xls";
// 生成Excel文件
WritableWorkbook wwb = Workbook.creat ......
java(Web)中相对路径，绝对路径问题总结
前言：
前一段时间，由于在处理Web应用下的文件创建与移动等，因此涉及到很多关于java
中相对路径，绝对路径等问题。同时，对于Web应用中的相对路径，绝对路径，以及Java.io.File
类学习了一下。也找了一些资料。希望大家遇到类似的问题，可以更有效的解决。
========= ......
参考网上的一些资料，自己研读了一番，用java构造了一个二叉树类，并带有测试的main方法，如有不足请大家多多指教。
/**
* 二叉树构造算法
* 二叉树定义：是度为2的有序树，它的特点是每个节点至多有两棵子树
* 我们的算法就是根据二叉树的递归定义而来，下面是二叉树的递归定义：
* n(n>=0)个节点的有限集。它 ......
在Java中有时会遇见乱码的情况，这里提供了几种转换方法
（一）Java中的编码转换
（二）可以在web.xml文件中配置的自己写的过滤器
第一种方法最简单也最方便，但是只能用在少量的地方或是偶尔一两次转码，如果大面积使用就不方便了，也大大增加了编码量，如果你的项目里没有用Spring的框架开 ......
