ifxilou
- 浏览: 13962 次
- 性别:
- 来自: 长沙
-
最新评论
-
kinglord2010：
单图片。。。太恐怖了吧
Oracle学习【体系结构】 -
kinglord2010：
相关行业术语、缩略词等（会不定时作更新...） -
kinglord2010：
浅拷贝不涉及复杂类型，只拷贝基本类型及复杂类型的引用；深拷贝是 ...
对象深拷贝与浅拷贝 -
kinglord2010：
java IO 有一个很重要的特性：序列化
Java IO类图
文章列表
-rw-r--r-- 1 root kangym 0 Dec 16 08:56 myfile
-
rw-r--r--
1
在JDK 5之前Java语言是靠synchronized关键字保证同步的，这会导致有锁（后面的章节还会谈到锁）。
锁机制存在以下问题：
（1）在多线程竞争下，加锁、释放锁会导致比较多的上下文切换和调度延时，引起性能问题。
（2）一个线程持有锁会导致其它所有需要此锁的线程挂起。
（3）如果一个优先级高的线程等待一个优先级低的线程释放锁会导致优先级倒置，引起性能风险。
volatile是不错的机制，但是volatile不能保证原子性。因此对于同步最终还是要回到锁机制上来。
独占锁是一种悲观锁，synchronized就是一种独占锁，会导致其它所有需要锁的线程挂起，等待持有锁的线程 ...
在Java中，实现对象序列化有两种方式：第一种是实现Serializable接口；第二种是实现Externalizable接口
其实，查看JDK源代码就会发现Externalizable也是继承自Serializable接口的，只不过在Externalizable中添加了两个抽象方法，具体如下：
pu ...
JVM将内存空间划分为：方法区、堆、本地访法栈、PC寄存器和JVM方法栈
◆方法区
一个JVM只存在一个方法区，所有线程共享；
类的信息（类的完整有效名称、父类的完整有效名称<interface 与 Object除外>、修饰符等）；
类中的静态变量；
类中定义为final的常量；
类中的Field信息（域名、域类型和域修饰符等）；
类中的方法信息（方法名、方法返回类型、方法参数、方法的修饰符、方法的字节码等）；
方法区也可以被GC；
方法区的内存大小默认最小16MB，最大64MB，可通过-XX:PermSize及-XX:MaxPermSize来指定最小最大值 ...
相关行业术语、缩略词等（会不定时作更新...）
- 博客分类：
- 名词术语
在网上逛论坛、帖子的时候，难免会看到一些行业术语（或是缩略）等，遂记录于此，以备忘！
1、ISV
ISV是Independent Software Vendors 的英文缩写，意为“独立软件开发商”，特指专门从事软件的开发、生产、销售和服务的企业。详细介绍
2、IaaS
IaaS是Infrastructure as a Service（基础设施即服务）。
消费者通过 Internet 可以从完善的计算机基础设施获得服务。这类服务称为基础设施即服务（Infrastructure asaService，IaaS）。基于 Internet 的服务（如存储和数据库）是 IaaS的一部分 ...
深拷贝：
被复制对象的所有变量都含有与原来的对象相同的值，除去那些引用其他对象的变量。那些引用其他对象的变量将指向被复制过的新对象，而不再是原有的那些被引用的对象。换言之，深复制把要复制的对象所引用的对象都复制了一遍。
浅拷贝：
被复制对象的所有变量都含有与原来的对象相同的值，而所有的对其他对象的引用仍然指向原来的对象。换言之，浅复制仅仅复制所考虑的对象，而不复制它所引用的对象。
几个示例如下：
public static void main(String[] args) {
// -------- 浅拷贝 ---------
Studen ...
# vi /etc/sysctl.conf添加以下内容：###################################################fs.file-max = 799337net.core.rmem_default = 10956800net.core.rmem_max = 13107100net.core.wmem_default = 10956800net.core.wmem_max = 13107100net.ipv4.tcp_rmem = 409600 8738000 419430400net.ipv4.tcp_wmem = 409600 873 ...
数据库表A，其具体的表结构如下：
说明：字段column_a和column_b都是唯一的
现在想对这两字段进行更新操作（数据是通过Hibernate来进行持久化），那么在业务端该如何去实现？
这个问题是之前公司一同事问我的，当时也仔细考虑过，但单纯依靠在业务端去控制更新逻辑的话，会显得非常繁琐。
那有没有更简便一点的方法呢？
下边是我的解决思路：
既然在业务端控制逻辑显得繁琐的话，那何不换种思路试试，直接交给数据库端去控制逻辑怎样，然后业务端只需捕捉异常然后处理即可。后边经实践，这样是完全可行的！
由此也明白一个事理，解决问题等到没路可走的时候，可以个角度去对待， ...