java内存分析
在
JAVA
中，有六个不同的地方可以存储数据：
1.
寄存器（
register
）。这是最快的存储区，因为它位于不同于其他存储区的地方——处理器内部。但是寄存器的数量极
其有限，所以寄存器由编译器根据需求进行分配。你不能直接控制，也不能在程序中感觉到寄存器存在的任何迹象。
2.
堆栈（
stack
）。位于通用
RAM
中，但通过它的“堆栈指针”可以从处理器哪里获得支持。堆栈指针若向下移动，则分配新的内存；
若向上移动，则释放那些内存。这是一种快速有效的分配存储方法，仅次于寄存器。创建程序时候，
JAVA
编译器必须知道存储在堆栈内所有数据的确切大小和生命周期，因为它必须生成相应的代码，以便上下移动堆栈指针。这一约束限制了程序的灵活
性，所以虽然某些
JAVA
数据存储在堆栈中——特别是对象引用，但是
JAVA
对象不存储其中。
3.
堆（
heap
）。一种通用性的内存池（也存在于
RAM
中），用于存放所以的
JAVA
对象。堆不同于堆栈的好处是：编译器不需要知道要从堆里分配多少存储区域，也不必知道存储的数
据在堆里存活多长时间。因此，在堆里分配存储有很大的灵活性。当你需要创建一个对象的时候，只需要
new
写一行简单的代码，当执行这行代码时，会自动在堆里进行存储分配。当然，为这种灵活性必须要付出相应的代码。用堆进行存储分配比用堆栈进行
存储存储需要更多的时间。
4.
静态存储（
static
storage
）。这里的“静态”是指“在固定的位置”。静态存储里存放程序运行时
一直存在的数据。你可用关键字
static
来标识一个对象的特定元素是静态的，但
JAVA
对象本身从来不会存放在静态存储空间里。
5.
常量存储（
constant
storage
）。常量值通常直接存放在程序代码内部，这样做是安全的，因为它们永
远不会被改变。有时，在嵌入式系统中，常量本身会和其他部分分割离开，所以在这种情况下，可以选择将其放在
ROM
中
6.
非
RAM
存储。如果数据完全存活于程序之外，那么它可以不受程序的任何控制，在程序没有运行时也可以存
在。
上面这段话摘取之《
Thinking in Java
》』
---------------------------------------------------------------------
堆是一个运行时数据区
,
类的对象从中分配空间。这些对象通过
new
建立，它们不需要程序代码来显式的释放。堆是
相关文档：
在成功实现Java调用C++之后，接下来想到能否通过JNA实现Java调用Fortran，今天试验了一下，还是比较容易的。
网上有一个Java调用F95的例子，但是我考虑不仅要实现F95的调用，还要实现F77的调用，所以费了一些周折。
问题的关键在于F77为过程名自动添加了一个尾部的下划线，所以sub1这个过程，到Java一端，就变成了sub1_， ......
Heritrix网络爬虫对BDB嵌入式数据库的应用（JAVA）
一、Heritrix中和BDB相关的类
org.archive.bdb.BdbModule 用来映射一个共享的BDB数据库环境（JE）的通用模型。
org.archive.bdb.BdbModule.BdbConfig 数据库配置对象。必需的，因为com.sleepycat.je.DatabaseConfig这个对象是不会被序列化的。此外它还可以防止无效设置 ......
javascript写java没关系,至于为什么名字这么相近,可能是因为java很有名气所以把名字取成差不多的,一种新语言刚出来的时候要点名气来出名吧~~
javascript算是一种html脚本能直接执行的语言吧,jsp要编译才能执行,你自己写个JSP不开tomcat之类的是无法执行的.JSP和JAVA的区别,JSP算是JAVA一种技术吧,用在网页编程上,因为JAVA� ......
前几天，湖南SEO在用jsp写一个企业站程序的时候，因为要参加项目答辩竞选，所以就想为自己写的程序搞几个亮点，因为搞SEO久了，不自觉就会想到伪静态，但是在百度查了一个下午，只查到了urlrewrite架包的下载地方，和架设方面的文章，并没有jsp(JAVA)伪静态的具体操作示范，有的也只是，单页面的伪静态的写法，这里我就重头 ......
一、
问：org.postgresql.util.PSQLException: FATAL: no pg_hba.conf entry for host "192.168.254.103", user "postgres",database "postgres", SSL off
答：PostgreSQ数据库为了安全，它不会监听除本地以外的所有连接请求，当用户通过JDBC访问是，就会报一些以上的异常。要解决这个问题 ......
