分类： 技术

src(源文件夹)
┃
┣━11.properties
┃
┗━myspider（myspider包）
┃
┣━22.properties
┗━Test.java
 

Java代码  

1. package myspider;
3. import java.io.UnsupportedEncodingException;
5. /**
6.  *
7.  * @author mark
8.  */
9. public class Test {
10.     public static void main(String[] args) throws UnsupportedEncodingException{
11.         Test t=new Test();
12.         //文件名前不加“/”，则表示从当前类所在的包下查找该资源。如下则表示的是从包myspider下查找22.properties文件资源。
13.         System.out.println(“1：”+t.getClass().getResourceAsStream(“22.properties”));//输出java.io.BufferedInputStream@61de33
15.         //文件名前加了“/”，则表示从类路径下也就是从classes文件夹下查找资源，如下表示从classes文件夹下查找22.properties文件资源。
16.         System.out.println(“2：”+t.getClass().getResourceAsStream(“/22.properties”));//输出null
18.         //文件名前加了“/”，则表示从类路径下也就是从classes文件夹下查找资源，如下表示从classes文件夹下查找11.properties文件资源。
19.         System.out.println(“3：”+t.getClass().getResourceAsStream(“/11.properties”));//输出java.io.BufferedInputStream@14318bb
20.         System.out.println();
22.         //当前包路径4：file:/E:/myobject/myspider/build/classes/myspider/
23.         System.out.println(“4：”+t.getClass().getResource(“”));
25.         //输出当前类路径5：file:/E:/myobject/myspider/build/classes/
26.         System.out.println(“5：”+t.getClass().getResource(“/”));
28.         /*
29.          * 如果类路径下的当前包有22.properties文件，则输出6：file:/E:/myobject/myspider/build/classes/myspider/22.properties
30.          * 否者输出源文件下的22.properties文件的路径，则输出：6：file:/E:/myobject/myspider/src/myspider/22.properties
31.          */
32.         System.out.println(“6：”+t.getClass().getResource(“22.properties”));
33.         /*
34.          * 如果类路径下有11.properties文件，则输出7：file:/E:/myobject/myspider/build/classes/11.properties
35.          * 否者输出源文件下的11.properties文件的路径，则输出：6：7：file:/E:/myobject/myspider/src/11.properties
36.          */
37.         System.out.println(“7：”+t.getClass().getResource(“/11.properties”));
39.     }
40. }

根据从网上找的资料，使用properties类实现了读取配置文件信息。
import java.io.File;
import java.io.IOException;
import java.io.InputStream;
import java.util.Properties;
/**
*/
public class SystemConfig {
private SystemConfig(){
}
//获取环境变量init.conf.env
private static final String ENV=System.getProperty(“init.conf.env”);
//构建配置文件名
private static final String MQ_ARTICLE_PROPERTY_FILE = “mq-article-“+ENV+”.properties”;
private static Properties props = null;
/**
* 初始化ResourceBundle对象
* @throws IOException
*/
private static void init() throws IOException{
if( null == props){
props = new Properties();
loadFile();
}
}
/**
* 加载指定名称的properties文件，约定路径为/conf/
* @param propName
* @throws IOException
*/
private static void loadFile() throws IOException{
//获取配置文件列表/conf/*.properties
File dir = new File(SystemConfig.class.getResource(“/”).getPath()+”conf/”);
String[] fileNames = dir.list();
//过滤出符合当前环境的文件
//List<String> fileList = null;
if (fileNames != null && fileNames.length > 0) {
//fileList = Lists.newArrayList();
// 包括文件，文件夹的判断
for (String fName : fileNames) {
if (fName.indexOf(ENV) != -1) {
//fileList.add(fName);
//load进props
InputStream in = SystemConfig.class.getResourceAsStream(“/conf/” + fName);
props.load(in);
}
}
}
}
/**
* 获取系统配置
* @param key
* @param defaultValue
* @return
*/
public static String getProperties(String key,String defaultValue){
try {
init();
} catch (IOException e) {
props = null;
}
if(null == props)
return defaultValue;
return props.getProperty(key) == null ? defaultValue : props.getProperty(key);
}
}
除了使用properties类的方法外，Java还提供了resourcebundle的方式实现这一功能。
但是resourcebundle的命名规则有约束，主要为了实现国际化。这里还是先不用这个了。知道能实现即可。

正在阅读代码，发现有两个列表，一个使用的是list，一个使用的是vector，平时开发中都没真正去区分过这两个集合类之间的区别并在应用中使用，这里需要正视这个问题，并总结一下。
找到一篇博文，介绍了一下这两个类之间的区别，内容如下：
vector与list区别
vector为存储的对象分配一块连续的地址空间，因此对vector中的元素随机访问效率很高。在vecotor中插入或者删除某个元素，需要将现有元素进行复制，移动。如果vector中存储的对象很大，或者构造函数复杂，则在对现有元素进行拷贝时开销较大，因为拷贝对象要调用拷贝构造函数。对于简单的小对象，vector的效率优于list。vector在每次扩张容量的时候，将容量扩展2倍，这样对于小对象来说，效率是很高的。
list中的对象是离散存储的，随机访问某个元素需要遍历list。在list中插入元素，尤其是在首尾插入元素，效率很高，只需要改变元素的指针。
综上所述：
vector适用：对象数量变化少，简单对象，随机访问元素频繁
list适用：对象数量变化大，对象复杂，插入和删除频繁
最大的区别是,list是双向的，而vector是单向的。
因此在实际使用时，如何选择这三个容器中哪一个，应根据你的需要而定，一般应遵循下面
的原则：
1、如果你需要高效的随即存取，而不在乎插入和删除的效率，使用vector
2、如果你需要大量的插入和删除，而不关心随即存取，则应使用list
3、如果你需要随即存取，而且关心两端数据的插入和删除，则应使用deque。
vector   表示一段连续的内存区域，每个元素被顺序存储在这段内存中，对vector   的随机访问效率很高，但对非末尾元素的插入和删除则效率非常低。
deque
也表示一段连续的内存区域，但与vector不同的是它支持高效地在其首部插入和删除元素，它通过两级数组结构来实现，一级表示实际的容器，第二级指向容器的首和尾
list   表示非连续的内存区域并通过一对指向首尾元素的指针双向链接起来，插入删除效率高，随机访问效率低
2
stl提供了三个最基本的容器：vector,list,deque。
vector和built-in数组类似，它拥有一段连续的内存空间，并且起始地址不变，因此
它能非常好的支持随即存取，即[]操作符，但由于它的内存空间是连续的，所以在中间
进行插入和删除会造成内存块的拷贝，另外，当该数组后的内存空间不够时，需要重新
申请一块足够大的内存并进行内存的拷贝。这些都大大影响了vector的效率。
list就是数据结构中的双向链表(根据sgi   stl源代码)，因此它的内存空间可以是不连续
的，通过指针来进行数据的访问，这个特点使得它的随即存取变的非常没有效率，因此它
没有提供[]操作符的重载。但由于链表的特点，它可以以很好的效率支持任意地方的删除
和插入。
deque是一个double-ended   queue，它的具体实现不太清楚，但知道它具有以下两个特点：
它支持[]操作符，也就是支持随即存取，并且和vector的效率相差无几，它支持在两端的
操作：push_back,push_front,pop_back,pop_front等，并且在两端操作上与list的效率
也差不多。
因此在实际使用时，如何选择这三个容器中哪一个，应根据你的需要而定，一般应遵循下面
的原则：
1、如果你需要高效的随即存取，而不在乎插入和删除的效率，使用vector
2、如果你需要大量的插入和删除，而不关心随即存取，则应使用list
3、如果你需要随即存取，而且关心两端数据的插入和删除，则应使用deque。
该博文地址《https://blog.163.com/lhl_soft/blog/static/20175000420120161422375/》
代码中的用法，大致是第一个是前端传递过来的文章对应的item列表，应该会有一些删除等操作，且数量应该较小，而后面那个是用来存储文章相关的产品列表，那么可能在查询出来之后不会进行变动操作，同时对应的产品的数量可能会比较大，所以如果在查询出来放到集合类中的时候效率比较高？尚未完全确认，这里对猜想做个记录。