一个专注于电子商务的人的唧唧歪歪

在一期财务项目中，一个子类业务对象和父类业务对象同时注入同一个属性时，如果子类调用父类中某一个方法，如果该父类的方法引用了之前注入的属性，该属性是被子类覆盖的，也就是说在父类的上下文中，该属性是空的，暂且先不考虑代码的规范性，先通过一个简单的demo说明该问题点1、子类和父类同时注入的对象 ResourceManagerpublic class ResourceManager {  pub

前言代码是程序员的生命，是程序员日日夜夜心血的凝结，请大家像爱惜自己的眼睛一样来合理编写程序。命名规范所有工程，包，类，接口，方法，属性，变量，参数均使用英文单词进行命名，命名必须见命知意。1.1包、变量、属性、参数命名：第一个单词首字母小写，后面的单词根据你的需要首字母依次大写，如com.yihaodian.backend.sso.backOperator，backOpera

事务的几种传播特性1. PROPAGATION_REQUIRED: 如果存在一个事务，则支持当前事务。如果没有事务则开启2. PROPAGATION_SUPPORTS: 如果存在一个事务，支持当前事务。如果没有事务，则非事务的执行3. PROPAGATION_MANDATORY: 如果已经存在一个事务，支持当前事务。如果没有一个活动的事务，则抛出异常。4. PROPAGAT

堆大小设置<br />JVM 中最大堆大小有三方面限制：相关操作系统的数据模型（32-bt还是64-bit）限制；系统的可用虚拟内存限制；系统的可用物理内存限制。32位系统下，一般限制在1.5G~2G；64为操作系统对内存无限制。我在Windows Server 2003 系统，3.5G物理内存，JDK5.0下测试，最大可设置为1478m。<br />典型设置：java -Xmx3550m -Xms3550m -Xmn2g-Xss128k<br />-Xmx3550m：设置JVM最大可用

<br />Java的内存泄漏<br />问题的提出<br />Java的一个重要优点就是通过垃圾收集器(Garbage Collection，GC)自动管理内存的回收，程序员不需要通过调用函数来释放内存。因此，很多程序员认为Java不存在内存泄漏问题，或者认为即使有内存泄漏也不是程序的责任，而是GC或JVM的问题。其实，这种想法是不正确的，因为Java也存在内存泄露，但它的表现与C++不同。<br />随着越来越多的服务器程序采用Java技术，例如JSP，Servlet， EJB等，服务器程序往往长期运行

nutch爬虫是基于lucene搜索的如果想抓取整个公网，配置如下环境:tomcat7 64位8C8G的linux服务器为了防止中文搜索乱码修改tomcat的配置文件vi /usr/alibaba/tomcat7/conf/server.xml 找到http协议的connector并增加URIEncoding="UTF-8" useBodyEncodingForURI="true"               connectionTimeout="20000"               redirectP

SOA的通俗理解概念简化在IT领域，SOA(Service-Oriented Architecture，面向服务架构)是最近几年最火爆的词语之一，估计每个IT人都会接触过SOA，或者听说过SOA。那么SOA到底是什么，业界有很多种解释，比如SOA的“发明人”Gartner将SOA描述为：客户端/服务器的软件设计方法，一项应用由软件服务和软件服务使用者组成，它着重强调软件组件的松散耦合，并使用独立的标准接口。其实，软件开发或者说IT领域，很多方法和概念都是可以和建筑行业来进行类比理解的，比如我们最

JVM配置参数中文说明：-----------------------------------------------------------------------1、-Xmixed           mixed mode execution (default) 混合模式执行 2、-Xint             interpreted mode execution only 解释模式执行 

昨天晚上以为大P分享了java性能优化及内存模型及java垃圾回收机制我通过互联网查询资料并整理相关学习资料如下：1．垃圾收集算法的核心思想Java语言建立了垃圾收集机制，用以跟踪正在使用的对象和发现并回收不再使用（引用）的对象。该机制可以有效防范动态内存分配中可能发生的两个危险：因内存垃圾过多而引发的内存耗尽，以及不恰当的内存释放所造成的内存非法引用。垃圾收集算法的核心思想是

1、预发环境和生产环境的定时任务不能共存2、手动触发和定时任务触发能否同时进行

一个远程服务器会暴露各种各样的对外服务，我们称之为service1 2 3某个客户端会调用其中某个service，在不出异常的情况下服务可能会很稳定，但是一旦出现了异常，如果没有良好的异常处理机制及日志会导致后续查询问题很困难，特别是大型分布式结构的系统Server端  Server端针对每中可能出现的异常情况都应该定义对应的业务异常，如负库存异常、产品库存数据位空异常等等