java内存存储数据
Ⅰ java数组在内存中是如何存放的
数组是一种引用数据类型，数组引用变量只是一个引用，数组元素和数组变量在内存里是分开存放的.
实际的数组元素被存储在堆（heap）内存中；数组引用变量是一个引用类型的变量，被存储在栈（stack）内存中.
Ⅱ 如何在java里长期存储数据 不要数据库的那种
长期存储数据，即把数据（如内存中的）保存到可永久保存的存储设备中（如硬盘、U盘），也就是人们常说的持久化。
常用持久化的方案有数据库、XML文件和文件存储。
数据库是按照数据结构来存储和管理数据的仓库，后文不再做详细介绍。
XML是可扩展标记语言，最早是为了简化Internet的文档数据传输，它提供统一的语法格式来描述数据的结构，通常XML文件用于一些少量且无特殊类型要求的文本存储。示例代码使用W3C标准的接口生成XML：
importjava.io.FileOutputStream;
importjava.io.PrintWriter;
importjavax.xml.parsers.DocumentBuilderFactory;
importjavax.xml.transform.OutputKeys;
importjavax.xml.transform.Transformer;
importjavax.xml.transform.TransformerFactory;
importjavax.xml.transform.dom.DOMSource;
importjavax.xml.transform.stream.StreamResult;
importorg.w3c.dom.Document;
importorg.w3c.dom.Element;
publicclass${
publicstaticvoidmain(String[]args)throwsException{
Documentdocument=DocumentBuilderFactory.newInstance().newDocumentBuilder().newDocument();
//创建根节点为students的XML文件
Elementstudents=document.createElement("students");
document.appendChild(students);
//在根节点下创建一个子节点学生
Elementstudent=document.createElement("student");
students.appendChild(student);
//创建节点学生姓名，值为张三
Elementname=document.createElement("name");
name.appendChild(document.createTextNode("张三"));
student.appendChild(name);
//创建节点学生年龄，值为18
Elementage=document.createElement("age");
age.appendChild(document.createTextNode("18"));
student.appendChild(age);
//创建节点学生编号，值为150101
Elementnumber=document.createElement("number");
number.appendChild(document.createTextNode("150101"));
student.appendChild(number);
//在根节点下创建第二个子节点学生
student=document.createElement("student");
students.appendChild(student);
//创建节点学生姓名，值为李四
name=document.createElement("name");
name.appendChild(document.createTextNode("李四"));
student.appendChild(name);
//创建节点学生年龄，值为20
age=document.createElement("age");
age.appendChild(document.createTextNode("20"));
student.appendChild(age);
//创建节点学生编号，值为150102
number=document.createElement("number");
number.appendChild(document.createTextNode("150102"));
student.appendChild(number);
//将XML文件保存到硬盘
Transformertransformer=TransformerFactory.newInstance().newTransformer();
transformer.setOutputProperty(OutputKeys.ENCODING,"utf-8");
transformer.setOutputProperty(OutputKeys.INDENT,"yes");
PrintWriterwriter=newPrintWriter(newFileOutputStream("/home/test.xml"));
transformer.transform(newDOMSource(document),newStreamResult(writer));
}
}
无论是数据库还是XML文件，它们都使用了能让数据快速方便进出的标准规范。其它文件如propeties、json，都可以使用类似XML的方式来打包数据，然后通过Java丰富的io流接口保存到磁盘中。
Ⅲ java 怎么把数据存到内存中
这里你采纳与否没关系，给你说说编程与内存的关系。
你定义的任何变量，常量，类，方法等等，其实都在内存中，没有所谓的把数据存内存中，这概念，你可以想一下电脑重启或关机后，内存中的所有数据，都会丢失，除非你保存到磁盘中去。
在内存中的数据有两块，第一、缓冲，一般写数据到磁盘的时候开辟出来的内存空间；第二、缓存，一般是从磁盘读数据到内存中开辟出来的内存空间。会这么使用，原因很简单，磁盘读写数据速度与内存不一致（磁盘的存取效率远远小于内存的存取效率），为了提高数据的存取效率，才会这么干的。
一般而言，java中的所谓数据，大部分都是类，从自动引用计数的概念来分析，你想把对象长久的放在内存中，不会被垃圾回收机制释放，注意制药有一个对象在使用／引用你的数据，这条数据就会存在内存中。所以，想servlet中的全局配置参数，随时可以取到还是唯一一份，你可以参考一下。
另外内存使用分堆与栈，堆在面向对象编程中存储对象的，栈是方法或函数执行的时候临时开辟的存储空间，方法或函数执行完毕就会释放。
希望我的回复能帮助到你，采纳与否没关系。有更好的答案，我就隐藏我的回复。
Ⅳ java中数据在内存中是如何存储的
堆：首先堆是动态分配的，JVM并不会自动释放这部分内存。只用等待系统的gc来进行内存回收。
栈：是在类加载中有系统静态分配的，而且分配时按照内存的高低地址分配。这部分内存系统会自动进行释放。
Ⅳ 深入Java对象及元素的存储区域
在JAVA平台上开发应用程序的时候，有一个很大的特点就是其是在应用程序运行的时候才建立对象。换句话说，在程序运行的时候，才会最终确定对象的归属，即对象应该存储在什么地方。由于存储在不同的区域，其在性能上会有所不同。为此作为Java程序开发人员需要了解各个存储区域的特点以及对性能的影响。然后再根据需要来调整应用程序的区域分配。总的来说，在操作系统中有五个地方可以用来保存应用程序运行中的数据。这类区域的特点以及对性能的影响分析如下。
存储区域一：寄存器
虽然同在内存中，但是不同的区域由于用途不同，其性能也有所不同。如就拿Java应用程序来说，寄存器由于其处于处理器的内部，为此这个区域存取数据最快。跟内存中的其他存储区域有着天壤之别。那么我们把所有对象都放到这个区域内，不就可以提高Java应用程序的性能了吗?理论上是如此，但是在现实中是行不通的。因为这个寄存器的数量是非常有限的。在内存中的寄存器区域是由编译器根据需要来分配的。我们程序开发人员不能够通过代码来控制这个寄存器的分配。所以说，这第一个存储区域寄存器，我们只能够看看，而不能够对其产生任何的影响。
存储区域二：堆栈
对象的创建有两种方式，一是在应用程序开发的过程中就创建对象;二是在程序运行的过程中要用到对象的时候再来创建对象。前者比后者性能要高，而后者比前者要灵活。这主要是因为前者创建对象的时候，就是这个堆栈中创建的。虽然其创建的对象没有保存在寄存器中，但是通过这个对象的推栈指针可以直接从处理器哪里获得相关的支持。如堆栈指针往上移动的时候，则释放原有对象占用的内存;如堆栈指针向下移动时，则为对象分配新的内存。所以，如果把对象存放在这个堆栈中，虽然性能没有像存放在寄存器中那么理想，但是仍然比存储在其他地方要好的多。
由于Java程序是在程序运行过程中才根据需要来创建对象。为此对象就不能够保存在这个堆栈中。不过Java应用程序也不能够白白的浪费这个宝贵的空间。为此虽然Java对象本身没有保存在这个堆栈中(不是不保存而是这里没有他的容身之地)，但是还是应该把一些可以放的内容放到这个堆栈中，以提高应用程序的性能。如可以把一些对象引用存放在这个堆栈中。
另外对于一些基本的数据类型对象，Java程序也往往把他们放置在堆栈中，以提高数据处理的性能。如一些整数型、字符型的数据对象，这些对象有些共同的特点，如对象比较小、是Java程序提供的标准对象等等。对于这些对象由于每个应用程序基本上都需要用到，而且我们程序开发人员只能够引用这些对象，而不能够对其进行更改弊衡胡。为此Java程序在处理的时候，往往一开始就创建了对象(即直接在堆栈中创建对象并保存)，而不像其他对象一样，在需要的时候才创建。只所以在堆栈中创建这些对象，还有一个重要的原因。因为如果在堆栈中创建对象的话，Java编辑器必须知道存储在堆栈内所有数据的确切大小和生命周期。为了得到这些信息，必须产生相关的代码来获得这些信息，以便其操作堆栈指针。普通的对象大小、生命周期等等难以预先获得，为此在堆栈中创建普通的对象，对于Java应用程序来说并不是很合适。相反，这些Java编译器预定义的对象大小并不会随着机器硬件架构的变化和用户需求的变化而变化;而且这些对象往往从始之终都会存在的，所以也不存在生命周期的问题。所以把这些对象放置在堆栈中是合理的，也是可实现的。如此处理，不仅不会影响到对象的灵活性，而且还可以提供比较好的性能。
存储区域三：堆
堆虽然跟堆栈一样，都是随机访问存储器中的区域，但是两者有很大的不同。因为在堆中，没有堆栈指针，为此也就无法直接从处理器那边获得支持。为此其性能跟堆栈比起来，就有一定的差距。通常情况下，除上面所说的一些预定义对象之外，其他的对象都是保存在这个堆中的。或者说，利用new关键字创建的对象都是保存在堆中的。保存在堆中其好处也是显而易见的。如Java编译器不需要知道从堆里需要分配多少存储区域，也不必知道存储的数据在堆里会存活多长时间。所以在拦磨堆里分配存储有很大的灵活性。当需要对象时，我们可以使用New关键字建立一个对象。然后系统会自动给这个对象在堆中分配一个区域让其作为归宿。不过其最大的不足之处，就是在堆中创建租拦对象与分配存储区域，要比在堆栈中慢许多。鱼与熊掌不能兼得呀。
存储区域四：静态存储区域与常量存储区域
在Java对象中有一些特殊的元素。如有些元素是比较特别的(如利用关键字Static定义的变量)。这些变量对于其他对象来说，可能就是静态的。为了更好的管理这些变量，Java在内存中专门划分了一个静态存储区域来管理这些元素。这里的静态存储区域就是指在固定的位置存放应用程序运行时一直存在的数据。这里需要明确的一点就是，Java对象是不保存在这个地方的，而只是把对象中的一些特殊元素放置这里。由于位置固定，所以下次调用的时候就省去了查找的麻烦。为此其对于提供应用程序的性能是有利的。作为我们程序开发人员来说，在书写代码的时候，就需要灵活应用Static这个关键字。笔者的意见是，能用则用;不能用的时候也要想着法儿用。特别是有些元素用不用Static关键字时对于程序功能没有影响，此时我们要理直气壮的在元素前面加上Static关键字。
在Java对象中还有一类特殊的元素，我们叫做常量。由于常量的值是稳定不变的，如圆周率。为此把他们放在代码的内部是可行的。不过有些时候，在进行一些嵌入式系统开发的时候，我们往往不这么做。而是会把常量元素跟代码分开来保存。如我们会根据情况把常量的值存放在一些只读存储器中。这主要是为了一些特殊的功能考虑的。如出于版权控制的需要。如在打印机上为了保护原装耗材的版权，往往把常量跟代码分开存放。
存储区域五：非RAM存储
有时候，有些程序运行所需要的数据我们还会放置在其他地方。如在一些系统中需要用到流对象，这个对象的数据并没有保存在上面所谈到的任何一个存储区域，这个对象直接被转为为字节流，发送到其他的主机上去了。另外有一种叫做持久化的对象，其是被存储在硬盘中的。这些对象平时在应用程序开发过程中用到的并不是很多，大家只需要了解有这些对象的存在即可。等到需要用到的时候，再去深入研究也不迟。
从上面的分析中我们可以看到，对象的归属我们程序开发人员很难控制。寄存器是编译器来管理的。而堆与堆栈又基本上受到开发平台的限制，我们程序人员也没有这个能耐来干涉他们。其实我们主要能够调整与控制的就是第四个存储区域，即静态存储与常量存储。笔者的建议是，对于非嵌入式程序，能够利用静态存储来实现的，就尽量采用静态存储。而对于常量来说，需要根据需要实现的功能来判断是否需要把常量存储在只读存储器中。有时候对于版权的保护等等需要用到这个只读存储器。
Ⅵ java 怎么把数据存到内存中
这里你采纳与否没关系，给你说说编程与内存的关系。
你定义的任何变量，常量，类，方法等等，其实都在内存中，没有所谓的把数据存内存中，这概念，你可以想一下电脑重启或关机后，内存中的所有数据，都会丢失，除非你保存到磁盘中去。
在内存中的数据有两块，第一、缓冲，一般写数据到磁盘的时候开辟出来的内存空间；第二、缓存，一般是从磁盘读数据到内存中开辟出来的内存空间。会这么使用，原因很简单，磁盘读写数据速度与内存不一致（磁盘的存取效率远远小于内存的存取效率），为了提高数据的存取效率，才会这么干的。
一般而言，java中的所谓数据，大部分都是类，从自动引用计数的概念来分析，你想把对象长久的放在内存中，不会被垃圾回收机制释放，注意制药有一个对象在使用／引用你的数据，这条数据就会存在内存中。所以，想servlet中的全局配置参数，随时可以取到还是唯一一份，你可以参考一下。
另外内存使用分堆与栈，堆在面向对象编程中存储对象的，栈是方法或函数执行的时候临时开辟的存储空间，方法或函数执行完毕就会释放。
希望我的回复能帮助到你，采纳与否没关系。有更好的答案，我就隐藏我的回复。
Ⅶ 哪位能描述一下 java 中内存的分区情况和各类变量在内存中的存贮情况。
Java内存分配与管理是Java的核心技术之一，一般Java在内存分配时会涉及到以下区域：
◆寄存器：我们在程序中无法控制
◆栈：存放基本类型的数据和对象的引用，但对象本身不存放在栈中，而是存放在堆中
◆堆：存放用new产生的数据
◆静态域：存放在对象中用static定义的静态成员
◆常量池：存放常量
◆非RAM存储：硬盘等永久存储空间
Java内存分配中的栈
在函数中定义的一些基本类型的变量数据和对象的引用变量都在函数的栈内存中分配。
当在一段代码块定义一个变量时，Java就在栈中为这个变量分配内存空间，当该变量退出该作用域后，Java会自动释放掉为该变量所分配的内存空间，该内存空间可以立即被另作他用。
Java内存分配中的堆
堆内存用来存放由new创建的对象和数组。在堆中分配的内存，由Java虚拟机的自动垃圾回收器来管理。
在堆中产生了一个数组或对象后，还可以在栈中定义一个特殊的变量，让栈中这个变量的取值等于数组或对象在堆内存中的首地址，栈中的这个变量就成了数组或对象的引用变量。引用变量就相当于是为数组或对象起的一个名称，以后就可以在程序中使用栈中的引用变量来访问堆中的数组或对象。引用变量就相当于是为数组或者对象起的一个名称。
引用变量是普通的变量，定义时在栈中分配，引用变量在程序运行到其作用域之外后被释放。而数组和对象本身在堆中分配，即使程序运行到使用new产生数组或者对象的语句所在的代码块之外，数组和对象本身占据的内存不会被释放，数组和对象在没有引用变量指向它的时候，才变为垃圾，不能在被使用，但仍然占据内存空间不放，在随后的一个不确定的时间被垃圾回收器收走（释放掉）。这也是Java比较占内存的原因。
实际上，栈中的变量指向堆内存中的变量，这就是Java中的指针！
常量池(constantpool)
常量池指的是在编译期被确定，并被保存在已编译的.class文件中的一些数据。除了包含代码中所定义的各种基本类型（如int、long等等）和对象型（如String及数组）的常量值(final)还包含一些以文本形式出现的符号引用，比如：
◆类和接口的全限定名；
◆字段的名称和描述符；
◆方法和名称和描述符。
虚拟机必须为每个被装载的类型维护一个常量池。常量池就是该类型所用到常量的一个有序集和，包括直接常量（string,integer和floatingpoint常量）和对其他类型，字段和方法的符号引用。
对于String常量，它的值是在常量池中的。而JVM中的常量池在内存当中是以表的形式存在的，对于String类型，有一张固定长度的CONSTANT_String_info表用来存储文字字符串值，注意：该表只存储文字字符串值，不存储符号引用。说到这里，对常量池中的字符串值的存储位置应该有一个比较明了的理解了。
在程序执行的时候,常量池会储存在MethodArea,而不是堆中。
堆与栈
Java的堆是一个运行时数据区,类的(对象从中分配空间。这些对象通过new、newarray、anewarray和multianewarray等指令建立，它们不需要程序代码来显式的释放。堆是由垃圾回收来负责的，堆的优势是可以动态地分配内存大小，生存期也不必事先告诉编译器，因为它是在运行时动态分配内存的，Java的垃圾收集器会自动收走这些不再使用的数据。但缺点是，由于要在运行时动态分配内存，存取速度较慢。
栈的优势是，存取速度比堆要快，仅次于寄存器，栈数据可以共享。但缺点是，存在栈中的数据大小与生存期必须是确定的，缺乏灵活性。栈中主要存放一些基本类型的变量数据（int,short,long,byte,float,double,boolean,char）和对象句柄(引用)。
栈有一个很重要的特殊性，就是存在栈中的数据可以共享。假设我们同时定义：
1. inta=3;
2. intb=3；
编译器先处理inta=3；首先它会在栈中创建一个变量为a的引用，然后查找栈中是否有3这个值，如果没找到，就将3存放进来，然后将a指向3。接着处理intb=3；在创建完b的引用变量后，因为在栈中已经有3这个值，便将b直接指向3。这样，就出现了a与b同时均指向3的情况。
这时，如果再令a=4；那么编译器会重新搜索栈中是否有4值，如果没有，则将4存放进来，并令a指向4；如果已经有了，则直接将a指向这个地址。因此a值的改变不会影响到b的值。
要注意这种数据的共享与两个对象的引用同时指向一个对象的这种共享是不同的，因为这种情况a的修改并不会影响到b,它是由编译器完成的，它有利于节省空间。而一个对象引用变量修改了这个对象的内部状态，会影响到另一个对象引用变量。
String是一个特殊的包装类数据。可以用：
Stringstr=newString("abc");
Stringstr="abc";
两种的形式来创建，第一种是用new()来新建对象的，它会在存放于堆中。每调用一次就会创建一个新的对象。而第二种是先在栈中创建一个对String类的对象引用变量str，然后通过符号引用去字符串常量池里找有没有"abc",如果没有，则将"abc"存放进字符串常量池，并令str指向”abc”，如果已经有”abc”则直接令str指向“abc”。
比较类里面的数值是否相等时，用equals()方法；当测试两个包装类的引用是否指向同一个对象时，用==，下面用例子说明上面的理论。
1．Stringstr1="abc";
2．Stringstr2="abc";
3．System.out.println(str1==str2);//true
可以看出str1和str2是指向同一个对象的。
1．Stringstr1=newString("abc");
2．Stringstr2=newString("abc");
3．System.out.println(str1==str2);//false
用new的方式是生成不同的对象。每一次生成一个。
因此用第二种方式创建多个”abc”字符串,在内存中其实只存在一个对象而已.这种写法有利与节省内存空间.同时它可以在一定程度上提高程序的运行速度，因为JVM会自动根据栈中数据的实际情况来决定是否有必要创建新对象。而对于Stringstr=newString("abc")；的代码，则一概在堆中创建新对象，而不管其字符串值是否相等，是否有必要创建新对象，从而加重了程序的负担。
另一方面,要注意:我们在使用诸如Stringstr="abc"；的格式定义类时，总是想当然地认为，创建了String类的对象str。担心陷阱！对象可能并没有被创建！而可能只是指向一个先前已经创建的对象。只有通过new()方法才能保证每次都创建一个新的对象。
由于String类的immutable性质，当String变量需要经常变换其值时，应该考虑使用StringBuffer类，以提高程序效率。
1.首先String不属于8种基本数据类型，String是一个对象。因为对象的默认值是null，所以String的默认值也是null；但它又是一种特殊的对象，有其它对象没有的一些特性。
2.newString()和newString(”")都是申明一个新的空字符串，是空串不是null；
3.Stringstr=”kvill”；Stringstr=newString(”kvill”)的区别
示例：
1．Strings0="kvill";
2．Strings1="kvill";
3．Strings2="kv"+"ill";
4．System.out.println(s0==s1);
5．System.out.println(s0==s2);
结果为：
true
true
首先，我们要知结果为道Java会确保一个字符串常量只有一个拷贝。
因为例子中的s0和s1中的”kvill”都是字符串常量，它们在编译期就被确定了，所以s0==s1为true；而”kv”和”ill”也都是字符串常量，当一个字符串由多个字符串常量连接而成时，它自己肯定也是字符串常量，所以s2也同样在编译期就被解析为一个字符串常量，所以s2也是常量池中”kvill”的一个引用。所以我们得出s0==s1==s2；用newString()创建的字符串不是常量，不能在编译期就确定，所以newString()创建的字符串不放入常量池中，它们有自己的地址空间。
示例：
6．Strings0="kvill";
7．Strings1=newString("kvill");
8．Strings2="kv"+newString("ill");
9．System.out.println(s0==s1);
10．System.out.println(s0==s2);
11．System.out.println(s1==s2);
结果为：
false
false
false
例2中s0还是常量池中"kvill”的应用，s1因为无法在编译期确定，所以是运行时创建的新对象”kvill”的引用，s2因为有后半部分newString(”ill”)所以也无法在编译期确定，所以也是一个新创建对象”kvill”的应用;明白了这些也就知道为何得出此结果了。
4.String.intern()：
再补充介绍一点：存在于.class文件中的常量池，在运行期被JVM装载，并且可以扩充。String的intern()方法就是扩充常量池的一个方法；当一个String实例str调用intern()方法时，Java查找常量池中是否有相同Unicode的字符串常量，如果有，则返回其的引用，如果没有，则在常量池中增加一个Unicode等于str的字符串并返回它的引用；看示例就清楚了
示例：
1．Strings0="kvill";
2．Strings1=newString("kvill");
3．Strings2=newString("kvill");
4．System.out.println(s0==s1);
5．System.out.println("**********");
6．s1.intern();
7．s2=s2.intern();//把常量池中"kvill"的引用赋给s2
8．System.out.println(s0==s1);
9．System.out.println(s0==s1.intern());
10．System.out.println(s0==s2);
结果为：
false
false//虽然执行了s1.intern(),但它的返回值没有赋给s1
true//说明s1.intern()返回的是常量池中"kvill"的引用
true
最后我再破除一个错误的理解：有人说，“使用String.intern()方法则可以将一个String类的保存到一个全局String表中，如果具有相同值的Unicode字符串已经在这个表中，那么该方法返回表中已有字符串的地址，如果在表中没有相同值的字符串，则将自己的地址注册到表中”如果我把他说的这个全局的String表理解为常量池的话，他的最后一句话，”如果在表中没有相同值的字符串，则将自己的地址注册到表中”是错的：
示例：
1．Strings1=newString("kvill");
2．Strings2=s1.intern();
3．System.out.println(s1==s1.intern());
4．System.out.println(s1+""+s2);
5．System.out.println(s2==s1.intern());
结果：
1．false
2．kvillkvill
3．true
在这个类中我们没有声名一个”kvill”常量，所以常量池中一开始是没有”kvill”的，当我们调用s1.intern()后就在常量池中新添加了一个”kvill”常量，原来的不在常量池中的”kvill”仍然存在，也就不是“将自己的地址注册到常量池中”了。
s1==s1.intern()为false说明原来的”kvill”仍然存在；s2现在为常量池中”kvill”的地址，所以有s2==s1.intern()为true。
5.关于equals()和==:
这个对于String简单来说就是比较两字符串的Unicode序列是否相当，如果相等返回true;而==是比较两字符串的地址是否相同，也就是是否是同一个字符串的引用。
6.关于String是不可变的
这一说又要说很多，大家只要知道String的实例一旦生成就不会再改变了，比如说：Stringstr=”kv”+”ill”+”“+”ans”;就是有4个字符串常量，首先”kv”和”ill”生成了”kvill”存在内存中，然后”kvill”又和””生成“kvill“存在内存中，最后又和生成了”kvillans”;并把这个字符串的地址赋给了str,就是因为String的”不可变”产生了很多临时变量，这也就是为什么建议用StringBuffer的原因了，因为StringBuffer是可改变的。
下面是一些String相关的常见问题：
String中的final用法和理解
finalStringBuffera=newStringBuffer("111");
finalStringBufferb=newStringBuffer("222");
a=b;//此句编译不通过
finalStringBuffera=newStringBuffer("111");
a.append("222");//编译通过
可见，final只对引用的"值"(即内存地址)有效，它迫使引用只能指向初始指向的那个对象，改变它的指向会导致编译期错误。至于它所指向的对象的变化，final是不负责的。
String常量池问题的几个例子
下面是几个常见例子的比较分析和理解：
Stringa="a1";
Stringb="a"+1;
System.out.println((a==b));//result=true
Stringa="atrue";
Stringb="a"+"true";
System.out.println((a==b));//result=true
Stringa="a3.4";
Stringb="a"+3.4;
System.out.println((a==b));//result=true
分析：JVM对于字符串常量的"+"号连接，将程序编译期，JVM就将常量字符串的"+"连接优化为连接后的值，拿"a"+1来说，经编译器优化后在class中就已经是a1。在编译期其字符串常量的值就确定下来，故上面程序最终的结果都为true。
Stringa="ab";
Stringbb="b";
Stringb="a"+bb;
System.out.println((a==b));//result=false
分析：JVM对于字符串引用，由于在字符串的"+"连接中，有字符串引用存在，而引用的值在程序编译期是无法确定的，即"a"+bb无法被编译器优化，只有在程序运行期来动态分配并将连接后的新地址赋给b。所以上面程序的结果也就为false。
Stringa="ab";
finalStringbb="b";
Stringb="a"+bb;
System.out.println((a==b));//result=true
分析：和[3]中唯一不同的是bb字符串加了final修饰，对于final修饰的变量，它在编译时被解析为常量值的一个本地拷贝存储到自己的常量池中或嵌入到它的字节码流中。所以此时的"a"+bb和"a"+"b"效果是一样的。故上面程序的结果为true。
Stringa="ab";
finalStringbb=getBB();
Stringb="a"+bb;
System.out.println((a==b));//result=false
privatestaticStringgetBB(){
return"b";
}
分析：JVM对于字符串引用bb，它的值在编译期无法确定，只有在程序运行期调用方法后，将方法的返回值和"a"来动态连接并分配地址为b，故上面程序的结果为false。
通过上面4个例子可以得出得知：
Strings="a"+"b"+"c";
就等价于Strings="abc";
Stringa="a";
Stringb="b";
Stringc="c";
Strings=a+b+c;
这个就不一样了，最终结果等于：
1．StringBuffertemp=newStringBuffer();
2．temp.append(a).append(b).append(c);
3．Strings=temp.toString();
由上面的分析结果，可就不难推断出String采用连接运算符（+）效率低下原因分析，形如这样的代码：
publicclassTest{
publicstaticvoidmain(Stringargs[]){
Strings=null;
for(inti=0;i<100;i++){
s+="a";
}
}
}
每做一次+就产生个StringBuilder对象，然后append后就扔掉。下次循环再到达时重新产生个StringBuilder对象，然后append字符串，如此循环直至结束。如果我们直接采用StringBuilder对象进行append的话，我们可以节省N-1次创建和销毁对象的时间。所以对于在循环中要进行字符串连接的应用，一般都是用StringBuffer或StringBulider对象来进行append操作。
String对象的intern方法理解和分析：
1．publicclassTest4{
2．privatestaticStringa="ab";
3．publicstaticvoidmain(String[]args){
4．Strings1="a";
5．Strings2="b";
6．Strings=s1+s2;
7．System.out.println(s==a);//false
8．System.out.println(s.intern()==a);//true
9．}
10．}
这里用到Java里面是一个常量池的问题。对于s1+s2操作，其实是在堆里面重新创建了一个新的对象,s保存的是这个新对象在堆空间的的内容，所以s与a的值是不相等的。而当调用s.intern()方法，却可以返回s在常量池中的地址值，因为a的值存储在常量池中，故s.intern和a的值相等。
总结
栈中用来存放一些原始数据类型的局部变量数据和对象的引用(String,数组.对象等等)但不存放对象内容
堆中存放使用new关键字创建的对象.
字符串是一个特殊包装类,其引用是存放在栈里的,而对象内容必须根据创建方式不同定(常量池和堆).有的是编译期就已经创建好，存放在字符串常量池中，而有的是运行时才被创建.使用new关键字，存放在堆中。
Ⅷ java程序中怎样用文件存储数据
对于一些小文件，我们可以一次性读取它的所有字节，然后一次提交到数据库
///
/// 这个方法演示了如何一次提交所有的字节。这样导致的结果是：应用程序立即需要申请等同于文件大小的内存
static void SubmitFileByOnce() {
string file = @"F:\功夫熊猫.rmvb";//文件大小为519MB
byte[] buffer = File.ReadAllBytes(file);
using (SqlConnection conn = new SqlConnection("server=(local);database=demo;integrated security=true")) {
using (SqlCommand cmd = conn.CreateCommand())
{
cmd.CommandText = "INSERT INTO Files(FileName,FileContents) VALUES(@fileName,@fileContents)";
cmd.Parameters.AddRange(
new[]
{
new SqlParameter("@fileName",file),
new SqlParameter("@fileContents",buffer)
});
conn.Open();
cmd.ExecuteNonQuery();
conn.Close();
}
}
}
但是，上面的方法有几个问题，主要体现在如果文件比较大的话
它需要一次性很大的内存，具体数据等同于文件大小。因为File.ReadAllBytes方法是将所有字节全部读入到内存。
它会导致提交失败，就是因为数据太大了。数据库也会拒绝。
那么，我就对这个方法做了一下改进，将文件拆分为5MB一段，也就是说，此时每次申请的内存只有5MB。这就大大地提高了可用性。
/// 这个方法是将文件切分为5MB的块，每次只是提交5MB，所以可能多次提交，但内存占用就比较小
static void SubmitFileStepByStep() {
string file = @"F:\功夫熊猫.rmvb";//以这个文件为例，大小为519MB，一共需要的时间大约94秒。还是有点慢的，所以还可能需要进行压缩
FileStream fs = new FileStream(file, FileMode.Open);
byte[] buffer = new byte[5 * 1024 * 1024];
int readCount;
using (SqlConnection conn = new SqlConnection("server=(local);database=demo;integrated security=true"))
{
conn.Open();
while ((readCount = fs.Read(buffer, 0, buffer.Length)) > 0)
{
using (SqlCommand cmd = conn.CreateCommand())
{
cmd.CommandText = "INSERT INTO Files(FileName,FileContents) VALUES(@fileName,@fileContents)";
cmd.Parameters.AddRange(
new[]
{
new SqlParameter("@fileName",file),
new SqlParameter("@fileContents",buffer)
});
cmd.ExecuteNonQuery();
}
}
conn.Close();
}
}
这样的话，有一个后果就是一个文件，可能在数据库中会有多条记录。所以在读取的时候，我们需要对其进行合并
static void DownloadFile() {
string file = @"F:\功夫熊猫.rmvb";
string destfile = @"E:\Temp\Temp.wmv";
using (SqlConnection conn = new SqlConnection("server=(local);database=demo;integrated security=true"))
{
using (SqlCommand cmd = conn.CreateCommand())
{
cmd.CommandText = "SELECT FileContents FROM Files WHERE FileName=@fileName";
cmd.Parameters.AddRange(
new[]
{
new SqlParameter("@fileName",file),
});
conn.Open();
SqlDataReader reader = cmd.ExecuteReader();
FileStream fs = new FileStream(destfile, FileMode.Append, FileAccess.Write);
while (reader.Read())
{
byte[] buffer = (byte[])reader[0];
fs.Write(buffer, 0, buffer.Length);
}
fs.Close();
reader.Close();
conn.Close();
}
}
}