java知识细点

 

1. 通过Character.isDigit(c)的方式判断一个字符是否是数字，除此之外还是其他的方法；
   
2. System.arraycopy可以高效的拷贝数组(e.g. System.arraycopy(arr1, 0, arr2,0,arr1.length );)，类似的还有Arrays.sort；
   
3. 比较好的单例方式：private static *** instance = new ***();
4. md5散列方法：MessageDigest md = MessageDigest.getInstance("MD5");（java.security.）；md.reset();md.update(arr);md.digest(out, start, len);
5. 获取操作系统信息：System.getProperty("os.name").toLowerCase(Locale.US);

 

 

评论

11 楼 liudaoru 2009-08-18  

用来格式化字符串：

MessageFormat.format

10 楼 liudaoru 2008-11-05  

对map做同步处理：

private Map<String, Question> model = Collections.synchronizedMap(new HashMap<String, Question>());

9 楼 liudaoru 2008-10-21  

org.apache.commons.collections.map.LRUMap
LRU存储

http://www.blogjava.net/zJun/archive/2006/07/31/61015.html

使用过开源缓存包(如:EHCache)都知道，缓存策略中主要分为FIFO,LRU,LFU等几种。而Jakarta Commons中提供的 org.apache.commons.collections.map.LRUMap 可用来保存最近使用的几条记录，提供了LRU(Least Recently Used)缓存策略的实现。

8 楼 liudaoru 2008-10-17  

Java 理论与实践: 并发集合类
From: http://www.ibm.com/developerworks/cn/java/j-jtp07233/

在Java类库中出现的第一个关联的集合类是 Hashtable ，它是JDK 1.0的一部分。 Hashtable 提供了一种易于使用的、线程安全的、关联的map功能，这当然也是方便的。然而，线程安全性是凭代价换来的―― Hashtable 的所有方法都是同步的。 此时，无竞争的同步会导致可观的性能代价。 Hashtable 的后继者 HashMap 是作为JDK1.2中的集合框架的一部分出现的，它通过提供一个不同步的基类和一个同步的包装器 Collections.synchronizedMap ，解决了线程安全性问题。 通过将基本的功能从线程安全性中分离开来， Collections.synchronizedMap 允许需要同步的用户可以拥有同步，而不需要同步的用户则不必为同步付出代价。
Hashtable 和 synchronizedMap 所采取的获得同步的简单方法（同步 Hashtable 中或者同步的 Map 包装器对象中的每个方法）有两个主要的不足。首先，这种方法对于可伸缩性是一种障碍，因为一次只能有一个线程可以访问hash表。 同时，这样仍不足以提供真正的线程安全性，许多公用的混合操作仍然需要额外的同步。虽然诸如 get() 和 put() 之类的简单操作可以在不需要额外同步的情况下安全地完成，但还是有一些公用的操作序列 ，例如迭代或者put-if-absent（空则放入），需要外部的同步，以避免数据争用。

。。。

7 楼 liudaoru 2008-10-17  

获取数组的hashCode：Arrays.hashCode(arr);

6 楼 liudaoru 2008-10-17  

nio介绍：http://11lingxian.iteye.com/blog/236062

5 楼 liudaoru 2008-10-17  

java.util.concurrent.locks
From: http://gceclub.sun.com.cn/Java_Docs/html/zh_CN/api/java/util/concurrent/locks/ReadWriteLock.html
接口 ReadWriteLock

所有已知实现类：
ReentrantReadWriteLock
public interface ReadWriteLock
ReadWriteLock 维护了一对相关的锁定，一个用于只读操作，另一个用于写入操作。只要没有 writer，读取锁定可以由多个 reader 线程同时保持。写如锁定是独占的。

与互斥锁定相比，读-写锁定允许对共享数据进行更高级别的并发访问。虽然一次只有一个线程（writer 线程）可以修改共享数据，但在许多情况下，任何数量的线程可以同时读取共享数据（reader 线程），读-写锁定利用了这一点。从理论上讲，与互斥锁定相比，使用读-写锁定所允许的并发性增强将带来更大的性能提高。在实践中，只有在多处理器上并且只在访问模式适用于共享数据时，才能完全实现并发性增强。

与互斥锁定相比，使用读-写锁定能否提升性能则取决于读写操作期间读取数据相对于修改数据的频率，以及数据的争用——即在同一时间试图对该数据执行读取或写入操作的线程数。例如，某个最初用数据填充并且之后不经常对其进行修改的 collection，因为经常对其进行搜索（比如搜索某种目录），所以这样的 collection 是使用读-写锁定的理想候选者。但是，如果数据更新变得频繁，数据在大部分时间都被独占锁定，这时，就算存在并发性增强，也是微不足道的。更进一步地说，如果读取操作所用时间太短，则读-写锁定实现（它本身就比互斥锁定复杂）的开销将成为主要的执行成本，在许多读-写锁定实现仍然通过一小段代码将所有线程序列化时更是如此。最终，只有通过分析和测量，才能确定应用程序是否适合使用读-写锁定。

尽管读-写锁定的基本操作是直截了当的，但实现仍然必须作出许多决策，这些决策可能会影响给定应用程序中读-写锁定的效果。这些策略的例子包括：

在 writer 释放写入锁定时，reader 和 writer 都处于等待状态，在这时要确定是授予读取锁定还是授予写入锁定。Writer 优先比较普遍，因为预期写入所需的时间较短并且不那么频繁。Reader 优先不太普遍，因为如果 reader 正如预期的那样频繁和持久，那么它将导致对于写入操作来说较长的时延。公平或者“按次序”实现也是有可能的。
在 reader 处于活动状态而 writer 处于等待状态时，确定是否向请求读取锁定的 reader 授予读取锁定。Reader 优先会无限期地延迟 writer，而 writer 优先会减少可能的并发。
确定是否重新进入锁定：可以使用带有写入锁定的线程重新获取它吗？可以在保持写入锁定的同时获取读取锁定吗？可以重新进入写入锁定本身吗？
可以将写入锁定在不允许其他 writer 干涉的情况下降级为读取锁定吗？可以优先于其他等待的 reader 或 writer 将读取锁定升级为写入锁定吗？
当评估给定实现是否适合您的应用程序时，应该考虑所有这些情况。

4 楼 liudaoru 2008-10-16  

排序：java.util.Collections.sort

3 楼 liudaoru 2008-10-15  

System.nanoTime

2 楼 liudaoru 2008-10-10  

System.getProperty
http://www.blogjava.net/javafield/archive/2008/01/05/172952.html

此外还有System.setProperty("test.abc", "test text");
System.loadLibrary("dll name")用来调用jni生成的dll。

dll文件可以放在四个位置  
  当前目录  
  path指定的目录  
  系统目录  
  windows目录  
   
  在linux下也要把你的动态库  
  .o文件放在能找到的目录下  
  当前目录或PATH指定目录  
   
  参数只要简单的写成test  
  System.loadLibrary("test")  
  如果是在windows环境就会去装载test.dll  
  如果是linux下环境就会去装载test.o

1 楼 liudaoru 2008-10-10  

cmd模式下按行读入内容并处理输出：

try {
	BufferedReader reader = new BufferedReader(new InputStreamReader(System.in));
	do {
		String line = reader.readLine();
		if (line == null || line.length() == 0) {
			break;
		}
		System.out.println("> " + line);
	} while (true);
} catch (IOException e) {
	e.printStackTrace();
}