结对编程(Pair programming)

Posted on

结对编程(Pair programming)

在敏捷软件开发的各种实践中,结对编程(Pair Programming,下文简称Pair)是特别有争议的。Pair有一个特点,那就是还没有进行过任何Pair实践前,你很可能对它已经有了“喜欢” 或者是“讨厌”的印象。如果有人问你,你喜欢持续集成吗?你多半会回答:不是很肯定,需要试试看。但如果有人问你,你喜欢Pair吗?我猜你会马上给予明 确的肯定或否定的回答。喜欢它的人会觉得好处多多而成本低低,不喜欢它的人会觉得讨厌得难以想象。喜欢与不喜欢都可以形成强大的阵营,两边都不乏重量级的 高手。Pair的优点说起来都很明显,比如:快速反馈,更好的设计,甚至更高的效率等等。但据我了解,不喜欢Pair的人基本上都承认Pair有优点,只 是他们通常会提出反对意见,比如:Pair要求两个人协调一致,每个人的作息时间需要同步,如果一个人请假,那另一个人怎么办?等待就太浪费时间了,如果 自己一个人做那就不是Pair了;或者也有很多人感觉到Pair的时候特别累,不像一个人工作那样自主,写一小时程序,上十分钟微博,两个人同一台电脑工 作自由就小多了。

我所在的公司是Pair的实践者,对于喜欢Pair或者不喜欢Pair的各种原因和心态我都有切身的体 会。在实践中,我们并没有完全一成不变地照搬Kent Beck在《Extreme Programming Explained》书中所定义的Pair模式(Driver Observer模式)。因为,Pair毕竟是一种实践方法,可以供我们在软件开发中参考,而不必像对待科学理论一样教条。另外,我认为要让这种实践方法 发挥它的威力,消除人们心中的讨厌甚至是恐惧情绪是首先要解决的问题,甚至我们可以为此修改一些Pair的传统做法。下面我先来大致描述一下我们的实践模 式(Owner Supporter模式):

<阶段1-Pair形成>

Team 在接到一个大的Story后经过讨论并分解任务形成一个个粒度适中的Task。Task的粒度一般在几小时到一两天这种级别,涉及的代码规模大约是几行到 几个类/函数。每一个Task,都有一个Owner作为责任人,这是和传统单兵开发模式相同的。不过,Owner的产生一般不是由ScrumMaster 来分配指定,而是Team成员自发地去协商选择适当的任务。Owner拿到Task以后会从Team中找一个Supporter,形成Pair。这也是一 个自发协商过程,没有强制指定,也没有固定的搭档,这样形成的Pair一般会是配合最默契也最适合相应Task的。

<阶段2-初始讨论>

Pair 形成以后, 一般是由Owner先分析需求,设计测试,并初步分析思考得出初步的设计思路。这时,Supporter可以暂时先不了解需求。然后Owner邀请 Supporter一起,向Supporter介绍需求和自己的设计思路。Supporter这时需要帮助Owner理解需求,设计测试,对设计方案提出 反馈意见,或者提出新的设计。讨论的理想结果是两人达成一致形成最终的设计方案,如果两人分歧严重不能达成一致则需要更多的人参与,比如:可以举行一个小 型的技术讨论会议把讨论扩大到整个Team。

<阶段3-具体实现>

这一阶段是根据讨论得出的设计方案开始编程实现。在经典Pair Programming中,两个人是在同一台电脑前一起工作,并不时地交换;但我们的实践发现这一点是特别容易让人疲倦,感觉不自在,从而抵触Pair的 最大因素。所以,我们在实践过程中,除了少数情况,基本上没有采用全程Pair工作,而是由Owner一个人完成。当然,如果Owner遇到了一些设计中 考虑不完善的地方,他可以随时再和Supporter讨论。

<阶段4-Review>

具 体实现完成以后,Owner又会邀请Supporter来review自己的工作。这个过程一般是借助版本控制工具对比代码改动,Supporter从实 现的角度来审查实现是否符合设计,有没有可以直接观察到的bug和潜在的问题。如果发现问题并讨论确认,Owner再做相应的改动,再Review。最终 Supporter不能review出问题了,Owner提交代码。

<阶段5-维护>

虽 然经过了讨论和review, 但在后续的测试或者上线后仍然会陆续发现问题,这时就涉及到维护工作。维护工作依然是由Owner牵头,分析log,看代码,重现,修正;但 是,Owner也可以随时邀请Supporter参与分析讨论,至少在Owner准备修改原先的代码时应该要告诉Supporter“原先我们某个地方没 有考虑周全,有什么什么问题,我打算怎么怎么改动”。这个过程好像又回到了阶段2,然后阶段3,阶段4 ... 开发中还有一种可能是,原先的Supporter或Owner已经不在Team内了,这时就需要加入一个新人形成Pair,有经验的人应该向自己的新搭档 介绍Task的相关背景。当然,还很有可能碰到根本没有熟悉该模块的人了,这时就必须形成一个新的Pair,把维护作为一项新Task。

上面基本上就是我们的Pair实践模式了。这种模式基本上还是保留了大部分经典Pair模式的要点,主要的区别在于:

1. 把Pair的形成纳入Scrum框架的任务划分过程。Scrum通常会在Sprint的计划会议中将大的User Story拆分成许多小的Task,每个Task一般对应几小时到一两天的工作量。Task列表出来以后,Team自发协商每个Task形成一个 Pair,整个过程一般没有管理者的直接干预。Story的背景需要Team中的每个人都了解,Task的细节由Pair负责。Pair的效果通常也依赖 于Task的合理划分。

2. 避免全程Pair。因为,全程Pair在实践和心理上会遇到很多问题,比如:时间同步问题,并行工作问题,不自在感问题。避免全程Pair可以使得 Owner和Supporter的时间安排更加灵活,增加并行性,减少不自在感。大部分不喜欢Pair的人基本上都是尤其不喜欢全程Pair,所以这项改 动对于吸引更多的人采用Pair具有重要的意义。

3. 区分Owner和Supporter的职责。经典Pair模式中Driver和Observer角色是随时交换的,也就是说对于一个Task来讲两个人的 职责是相同的,这样可以减小每一个人的压力,但又容易造成缺乏责任感。Owner Supporter模式是单兵模式和经典Pair模式之间的一种妥协,试图在责任和压力之间找到一种平衡。Owner是驱动整个过程的主导,并且是主要的 具体实现者;Supporter以辅助为主,在讨论和review的时候可以站在不同的角度帮助Owner。Supporter并非没有责任,熟悉Task的所有细节是Supporter的责任。当Owner由于请假或忙于其他事物时,Supporter应该立即可以代替Owner处理Task的实现或维护。如果Supporter做不到完全的backup,这就是Supporter的失职,在整个Team和领导的心中应该有这样的认识。

最后,除了显而易见的“引入反馈,提高质量”等很“官方”的优点外,我从管理者和开发人员的角度分别总结一下Owner Supporter模式的“不为人知”却真正很有价值的优点。

管理者角度:

1. 应对人员变动:每个模块至少两个人熟悉,这样在有人请假的时候都有backup,不会造成严重的耽误工作进度。如果有人要离职,交接工作通常也会非常轻 松,几乎没有什么需要特别交接的。很多项目都缺乏文档,只有实现的人知道怎么回事,而即使有文档也总有不清楚的地方,所以留住熟悉的人就是留下了活文档。

2. 增加对质量的信心:相比单兵作战模式,即使是不懂技术的管理者,Pair也可以自然地增加他们对于软件质量的信心,毕竟“三个臭皮匠顶个诸葛亮”。另外, 需要特别提到的是安全性问题。我曾经听说过一个电信计费项目,一个开发人员故意留了一个漏洞,把钱自动打入自己的银行卡,最终为公司带来了麻烦。如果采用 Pair方式,这种情况就不那么容易发生。

3. 增加反馈:对于同一个事物,不同的人也会有不同的看法,这是很正常的现象。比如,在对问题进行估计时一个人乐观,一个人悲观,这时管理层可以同时参考他们的意见,对问题掌握得更加全面。

4. 代替培训:相比传统课程或讲座式培训,Pair能让新员工更快地适应项目。Pair方法也和一些公司采用的导师制有明显的区别。导师制更强调师傅带徒弟, 而Pair则不然。在实践中,我们更鼓励基础比较好的新员工多做Owner,老员工作为Supporter支持;只对基础比较差的新员工先从 Supporter做起,然后逐步过渡到Owner。这样做是因为新员工一般积极性比较高,适合承担更多的具体工作,而老员工则应该避免重复劳动,而是以 辅助和指导为主。另外,新员工也可能带来一些新的思想、方法和技能,这些反而是老员工应该学习的。**

开发人员角度:

1. 分担压力,增加默契:Task依然具有明确的责任人,但Supporter可以分担Owner的压力,即使是Team内的技术高手有一个人做backup也是有益的。有人讨论有人支持更容易达到良好的工作效果,而大家相互Support也可以让团队更加默契。

2. 消除经典Pair的不自在感: Owner Supporter模式与经典Pair的Driver Observer模式相比更少存在不自在感,因为整个过程是Owner主导的,他有更多的自由安排什么时候讨论,什么时候独立工作。

3. 分享知识和技能:在Pair的过程中Owner和Supporter会自然地相互传播和分享知识和技能,有助于学习提高。

4. 培养组织能力和表达能力: Owner相当于一个微型团队的leader,在Pair过程中可以锻炼组织能力和表达能力。这个过程可以让一些不善于交流和组织的技术人员逐渐改善交流和组织能力。

Owner Supporter模式在我们的实践中收到了良好的效果,而且成本很低,值得推荐! 来源: [http://blog.csdn.net/chjttony/article/details/6203522](http://blog.csdn.net/chjttony/article/details/6203522)

Jsp知识总结

Posted on

Jsp知识总结

Jsp知识总结

Servlet 容器模型 ? 三个基本层次: 1、 上下文(应用程序中的所有全局资源) 2、 会话 3、 应用程序在分布式环境中不同区域 ? ServletContext: 其包含在ServletConfig 对象中。所有的Servlet 都有 ServletContext getServletContext( ) 该方法最初在ServletConfig 中定义,后来由GenericServlet 实现。 在DTD中使用context-param标志指定名称/值对,它必须放在web-app标志的开始位置。 它的方法: String getInitParameter(String name) Enumeration getInitParameterName( ) URLgetResource(Stringpath)throws java.net.MalformedURLException InputStream getResourseAsStream(String path) String getMimeType(String file) RequestDispatcher getRequestDispatcher(String path) Void setAttribute(String name,Object value) Object getAttribute(String name) ? 上下文参数和属性的区别: 1、 参数只能在容器或者是web.xml 中设置而属性通过servlet或容器设置 2、 参数只返回String 而属性返回Object 3、 属性名名称用包结构 ? ServleContextListener: Void contextInitialized(ServletContextEvent e) Void contextDestroyed(ServletContextEvent e) 其作用为在调用servlet请求之前初始化所有数据。

的标志出现在servlet 声明之前。 ? ServletContextEvent: ServletContext getServletContext() ? ServletContextAttributeListenr: Void attributeAdded(ServletContextAttributeEvent e) Void attributeRemoved(ServletContextAttributeEvent e) Void attributeReplaced(ServletContextAttributeEvent e) ? ServletContextAttributeEvent: String getName( ) Object getValue( ) ? HttpSession: 会话在客户发送第一个请求是建立,它不会自动跟踪用户操作,用HttpServletRequest 类的方法进行访问: HttpSession getSession (boolean ) 然后用HttpSession类的方法使用会话数据: Object getAttribute(String name) Void setAttribute(String name,Object value) Void removeAttribute(String name) ? HttpSessionListener: 必须实现以下的方法: void sessionCreate ( HttpSessionEvent e) void sessionDestryed(HttpSessionEvent e) ? HttpSessionEvent: HttpSession getSession() ? HttpSessionAttributeListener: Void attributeAdded(HttpSessionBindingEvent e) Void attributeRemoved(HttpSessionBindingEvent e) Void attributeReplaced(HttpSessionBindingEvent e) ? HttpSessionBindingEvent: HttpSession getSession( ) String getName( ) Object getValue( ) ? HttpSessionActivationListener: Void sessionDidActive(HttpSessionEvent se) 上面的方法负责在转移会话时,读取会话中的文件内容,并将其写到新的服务器的文件中。 Void sessionWillPassivate(HttpSessionEvent se) 上面的方法负责转移对话前将文件中的内容写到会话中。 ? HttpSessionBindingListener: 它和HttpSessionAttributeListener 的区别是它是从对象绑定的角度去观察,而HttpSessionAttributeListener是从会话的角度来观察。 当会话超时或无效时,对象会从会话解除绑定。此时HttpSessionBindingListener会得到通知,而HttpSessionAttributeListener不会。 Void valueBound(HttpSessionBindingEvent event) Void valueUnbound(HttpSessionBindingEvent event) ? 可分布环境

  1. 变量应区别对待:实例变量或静态变量应避免。
  2. ServletContext 应避免存储状态。
  3. HttpSession对象也必须是可转移的。
  4. 文件也必须分别处理应使用相对于上下文的路径。 在应用程序的描述和上下文参数之间放置一个空的标志 ? 过滤器
  5. 生命周期 在过滤器截取响应对象的时候,如果输出流被servlet 关闭了,那么过滤器将不能改变输出流的信息,因此,鼓励用servlet的flush( )刷新流,而不是用close( )关闭流。
  6. 过滤器 过滤器类必须:
  7. 实现适当接口
  8. 定义方法
  9. 在部署描述符中被声明
  10. 创建过滤器 实现javax.servlet.Filter接口 实现方法: public void init(FilterConfig config) public void doFilter( ServletRequest req,ServletResponse resp,FilterChain chain) Public void destroy( ) 当前的过滤器调用chain.do Filter(req,resp) 可以转移到下一个过滤器。 Destroy( ) 方法是由Web容器调用的。
  11. 定义部署描述符(必须出现在servlet标志之前) </> </> 映射到servlet或jsp的方法:
  12. </> </> </>
  13. </> //*.jsp</> </> 术语: clustering (聚类)、listener(接收器)、context object(上下文对象) scope(作用域)、distributable(可分布的)、session(会话) event(事件)、synchronization(同步)、filter(过滤器) 处理异常 ? 问题通知 sendError: HttpServletResponse 类提供的sendError( ) 方法 Public void sendError(int sc) Public void sendError(int sc,String msg) 使用sendError() 方法将发生三件事情:
  14. 使用指定的状态代码给客户端发送一个出错响应
  15. 用包含具体消息的html 格式的服务器错误页面替换servlet 的响应正文.
  16. 将内容类型设成text/html, 并不修改cookie 和其他标题. setStatus public void setStatus(int statusCode) setStatus(int statusCode)不能产生自动的出错响应页面,而sendError(…) 能够. setStatus(…)不会提交响应,他会导致容器清除响应缓冲区.容器设置Location标题,保持cookie 和其他标题. 如果已提交响应,则忽略setStatus(…)的调用. 一般用于非错误情形(SC_OK\SC_MOVED_TEMPORARILY) sendError(…)一般用于错误情形. ? 错误页面 setStatus(…) 和 sendError(…) 默认是产生一个由服务器格式化的错误页面. a) 静态错误页面 404 /error/404.html(必须以斜线开始) </> </> b) 动态错误页面 javax.servlet.error.status_code 返回一个指定错误状态代码的Integer对象. javax.servlet.error.message 返回一个String消息,通常是通过传递给endError(…)的第二个参数指定的. 一个动态页面或servlet可用于多个错误代码.每个都要在dtd 中声明.每个错误代码都必须有自己的</> ? 传递错误 必须在转发请求之前设置错误属性. ? 记录消息 GenericServlet类提供了两个方法,使servlet能将错误写到日志文件: public void log(String msg) 将一条错误消息写入servlet 日志文件. public void log(String msg,Throwable t) 将一条错误消息和Throwable对象写入servlet 日志文件. ? 报告消息 printStackTrace( ) 方法返回void. 为了将错误消息传递给客户端, 必须调用sendError(…) , 但是在消息可被传递之前,必须捕获记录并将其写入PrintStream 或 PrintWriter. Throwable 类提供了: void printStackTrace() void printStackTrace(PrintStream p) void printStackTrace(PrintWriter p) ? servlet异常 方法抛出异常:
  17. 让servlet 捕捉
  18. 抛给服务器处理 规范明确指出服务器处理的异常必须是IOException ServletException RuntimeException 的子类. ServletException: (Exception的子类) ServletException( ) ServletException(String message) ServletException(Throwable rootCause) ServeltException(String message , Throwable rootCause) UnavailableException: (ServletException的子类) 永久不可用: servlet 以某种方式销毁或没有适当配置. 暂时不可用: 由于系统范畴的问题. Java服务器页面 Jsp 模型 Jsp 模型的两个目标: 1. 允许并鼓励Presentation层与java代码的分离 2. 使开发人员能以最大的能力和灵活性编写具有动态内容的web. 标准的servlet 扩展了java.servlet.HttpServlet 从jsp 转换的servlet都必须利用javax.servlet.jsp.JspPage接口 方法: void jspInit() void jspDestroy() javax.servlet.jsp.HttpJspPage接口增加了 void _jspService(HttpServletRequest req,HttpServletResponse res) 过程如下:
  19. 翻译页面(.jsp到.java)
  20. 编译jsp(.java到.class)
  21. 加载类
  22. 创建实例
  23. 在该页面第一次初始化时调用jspInit().
  24. 为每个jsp 请求调用_jspDestroy( )
  25. 在服务器销毁该jsp时调用_jspDestroy( ). JSP元素 ? 隐含的注释: jsp 语法 <%--comment--%> ? 声明: 可以访问的java变量和方法 jsp 语法 <%! Declaration; %> xml 语法 declaration; 书写声明的规则:
  26. 可以声明静态或实例变量、新的方法或是内部类。
  27. 每个变量声明都必须以分号结束。
  28. 可以通过import 语句使用的变量和方法在没有所需的额外声明的情况下也能使用。
  29. 声明方法和变量后,以后的java代码都可用。
  30. 它通常包含将超出servlet的_jspService(…) 方法之外的代码。 ? 表达式 jsp 语法 <%=expression%> xml 语法 expression; 表达式规则:
  31. 通常不以分号结束。
  32. 从左到右求值。
  33. 可由多个部分或表达式组成 ? Scriplet Jsp 语法 <% code fragment %> xml 语法 code fragment; ? 语句 处理花括号 ? 指令
  34. include指令 包含一个静态文件 jsp 语法: <%@ include file = “relativeURL” %> xml 语法: 路径以“/”开始是相对于上下文。 路径起始于一个目录或文件名,那么该路径是相对于jsp页面的。
  35. page 指令定义将应用于整个jsp页面的属性。 Jsp 语法 〈%@ page Attributes %〉 language\extends\import\session\buffer\autoFlush \isThreadSafe\info\errorPage\isErrorPage\contentType \pageEncoding xml 语法 〈jsp:directive.page pageDirectiveAttribute〉 规则: 1) 在一个翻译单元可多次使用page 2) 除了import 外,一个翻译单元只能用一个page属性 3) page指令可放在jsp页面的任何地方。
  36. taglib指令指定在jsp页面内使用的标志库和定制标志的前缀。 Jsp 语法: <%@ taglib uri=”URIForLiabrary” prefix=”tagPrefix” %> 前缀是唯一的,且不能使用:jsp jspx java javax servlet sun sunw. ? 隐含对象 plication对象: web.xml: </> </> </> 可如下获取: application.getInitParametr(“paraname”); pageContext对象: 方法: getOut( ) getException( ) getPage( ) getRequest( ) getResponse( ) getSession( ) getServletConfig( ) getServletContext( ) forward( ) include( ) handlePageException( ) 它拥有页面作用域,这意味着只能通过_jspService( )方法访问该对象。 config 对象: 通过pageContext 的getAttribute(String name)访问config属性。 request对象: 即使使用了forward( ) include( ) 等,该请求也在作用域内。 response 对象: 被绑定到PageContext ,能够在_jspService(…)中访问。 如page指令的缓冲区没有设成none,http状态代码和标题能够在发送到客户端后在被更改。 session 对象: 被绑定到PageContext,getAttribute(String name)可访问数据。 out 对象: 属于javax.servlet.jsp.JspWriter 类,是java.io.PrintWriter的缓冲版本。 缓冲大小可设置〈%@ page buffer=”16kb” %〉 page对象: 相当于java中的this. Exception对象: 是java.lang.Throwable的实例,如果使用page指令的errorPage属性,那么exception对象对该页面就不可用。例如: 〈%@page isErrorPage=”true” %〉
    <% exception.printStackTrace(new PrintWriter(out)); %>
    表达式〈%= … %〉是在处理HTTP或HTTP服务器处理请求的时候求值的。
    Scriptlet 〈% …%〉
    处理请求时执行,被嵌入到_jspService(…)方法中
    声明 〈%!…%〉
    调用jsp的jspInit( )方法时初始化
    指令<%@ …%>
    是在翻译时调用的。
    ? 操作
    jsp:include
    
    or
    
    
    
    page 指定目标资源的相对URL
    param标志确定需要传递的参数值
    flush标志等于true或false 默认为false 要求设为true
    include 有两种使用方法:
    1. 具有file属性的指令,包含一个静态文件
    2. 使用操作将令一个文件的静态或动态的输出结合到响应中
    jsp:forward:
    不会处理jsp:forward模块后的任何代码。
    jsp:plugin:
    
    
    
    
     text message for user
    
    jsp:useBean
    }”
    type=”package.class”
    }
    />|
    同时使用class和beanName是无效的
    jsp:setProperty
    jsp:getProperty

为什么要使用集合框架?

Posted on

为什么要使用集合框架? - - ITeye技术网站

首页 新闻 论坛 问答 博客 招聘 更多 ▼

专栏 群组 搜索

您还未登录 ! 我的应用 登录 注册

java-mzd

永久域名 http://java-mzd.iteye.com

13顶 5踩

淘宝武汉/*面试归来 | 湖南大学生软件联盟官网建设

2011-04-14

为什么要使用集合框架?

文章分类:Java编程 题序:很多时候,我们专心研究一个东西的时候,往往忘记了我们最初的目的是什么。

    曾经研究过那么久的Java集合框架,为了搞清里面的细节,甚至都跑去重新买了一本数据结构,终于知道了线性表,知道了树,知道了查找表。也自己动手实现了ArrayList,LinkedList,HashMap等。

    今天在公交车上,突然想到“**我们为什么要使用****Java****集合框架呢?**”竟然一时语塞,半天想不起来,也说不出个所以然呢。顿时悲从中来啊。还是决定再次好好复习一把,现总结如下:

PS.还是那句老话,如果这些问题您都能轻松解答,没必要再浪费时间看下去了。

  • Question one:我们为什么要使用集合框架?
  • Question two:关于ArrayList 和Vector (HashMap和HashTable)PS
  • Question three:总体把握,集合框架的继承图
  • Question four:set 于map的关系(见李兴华书)
  • Question five:关于set(底层实现,关于TreeSet,关于排序,关于比较对象相等)
  • Question six: 已经存在了那么多的动态结构,为什么需要hash表?
  • Question seven:TreeMap 底层实现

Question One:我们为什么使用集合框架?

大家还记得我们为什么要使用数组嘛?

当我们需要保持一组一样(类型相同)的元素的时候,我们应该使用一个容器来保存,数组就是这样一个容器。

那么,数组的缺点是什么呢?

数组一旦定义,长度将不能再变化。

然而在我们的开发实践中,经常需要保存一些变长的数据集合,于是,我们需要一些能够动态增长长度的容器来保存我们的数据。

而我们需要对数据的保存的逻辑可能各种各样,于是就有了各种各样的数据结构。我们将数据结构在**Java中实现,于是就有了我们的集合框架。**

Question Two: List和Vector,HashMap和 HashTable 的区别在哪里呢?

前者都是在JDK1.2后推出的,在前者中,因为采用异步处理方式,性能更高。

(其实就是删掉了后者中操作数据{add ,remove等}时的线程同步锁,这样,效率更高了,但是却不再是线程安全的了,要线程安全,必须用户在程序中使用时自己控制。)

Question Three:集合框架继承图

本来想自己画个简图的,结果悲催的Rational Rose一直在抽风,也没时间去弄那个了。就网上Down了一个,暂且用着吧

                                   ![]()

从这个图中,我们可以发现:Collection 接口包括List和Set两个子接口(其实还有Queue和Sorted两个子接口)

另外,也验证了我们前面说的,Array和Collection都是用来保存数据的容器。

Question Four:Set 和 Map 有什么关系?

从Question Three的继承图中,我们很明显的发现:Map虽然不像Set那样属 于 Collection,但是Set和Map的继承图是如此的相似。那么,他们之间到底有什么样的 关系呢?

从逻辑上来说:首先,如果我们只考察Map中的key,那么显然,这个key的集合就是一 个set:不能重复,无序。(Map中有keyset()的方法,能直接得到key的set)另外一 个层面,如果我们 将Map中的key何value当做一个整体,那么,显然,这个时候 的Map其实就是一个Set(在Map的实现中,都是通过一个内部类来将key和value当做 一个整体entity),

从代码角度本身角度来看,无论是HashSet还是TreeSet其实使用的都是对应 的Tree来实现的,我们用一个默认的Object,这样就可以存了。

而事实上Set的底层实现中,我们也可以发现,都是用对应的Map来实现的,只是,在每次存key-value 对的时候,都默认给了一个Object 类作为Value的默认值,

Question five:关于set(底层实现,关于TreeSet,关于排序,关于比较对象相等)

我们知道,Set是无序的,同时又是不能重复的,那么,这种不能重复性,是如何保证的呢? 其实这个问题问的还是不到位,Question Four已经说了,底层是由Map实现的,那么都是由Map来实现的。

为了唯一性,重点是能识别相同的元素(如何判断相等)**

在Java中,=号,表示内存地址相等,即是指向堆内存的同一引用,那么此时,显然两个元素是相等的。

当不是指向堆内存的同一引用时。我们就需要重写Object类的equals()**方法了**。在此,我们判断,如果我们需要比较的各个属性相等的话,那么则可认为这两个对象相等(关于属性相等的比较与此类似)

Question six: 已经存在了那么多的动态结构,为什么需要Hash表?

其实这个问题其实问的不恰当,应该是,有了诸如顺序表和有序表这样的静态表,诸如二叉排序树 平衡二叉树这样的动态表,为什么还需要Hash表呢?

因为记录在表中的位置和它的关键字之间不存在一个确定的关系。查找的过程给定值依次和关键字集合中各个关键字进行比较查找的效率取决于和给定值进行比较的关键字个数

Question Seven: TreeMap 底层实现

TreeMap 底层由红黑树(Red-Black tree)实现。因为此部分内容包括算法分析,具体代码实现以及性能分析,内容比较多,所以本部分内容稍后专门用一个日志来推出。(形式类似HashMap那篇日志)

淘宝武汉/*面试归来 | 湖南大学生软件联盟官网建设

评论

7 楼 scholers 2011-05-09 引用

重写了equals,那么必须要重写hashcode 否则在set,map中会出错, 这个也是一个规定! 6 楼 hastune 2011-04-22 引用

s929498110 写道

真的啊 打开JDK下面的src里面的源码看看、 一切就豁然开朗了 这些集合都有自己的实现机制、 了解了实现机制,他们的优缺点就一目了然了 没必要从别人对这些东西的看法理解中寻找属于自己的看法理解 源码看起来很容易的、 主要是其中有的算法需要琢磨琢磨 个人觉得需要琢磨的是怎么用好这些就行。算法的话,大可不必了。 源码有些地方也不太简单。原作者的一些思路还是可以琢磨一下吧。 如果需要自己写个容器的话,还是得想想算法吧。

5 楼 s929498110 2011-04-22 引用

真的啊 打开JDK下面的src里面的源码看看、 一切就豁然开朗了 这些集合都有自己的实现机制、 了解了实现机制,他们的优缺点就一目了然了 没必要从别人对这些东西的看法理解中寻找属于自己的看法理解 源码看起来很容易的、 主要是其中有的算法需要琢磨琢磨 4 楼 yaoohfox 2011-04-21 引用

写的不错。

3 楼 Durian 2011-04-19 引用

看文章,lz不是计算机专业 2 楼 java_mzd 2011-04-14 引用

悲剧了 写道

看来楼主没用好集合框架,看看源代码就知道了,及时它部提供,我们自己也要写,他提供了那就正好用他提供的,不用自己山寨写了 呵呵,我水平不高,不会用。 也就明白明白道理,研究研究源码,自己写一写,检验自己懂不懂罢了。 高人面前,不敢称懂。

1 楼 悲剧了 2011-04-14 引用

看来楼主没用好集合框架,看看源代码就知道了,及时它部提供,我们自己也要写,他提供了那就正好用他提供的,不用自己山寨写了

发表评论

表情图标

字体颜色: 标准深红红色橙色棕色黄色绿色橄榄青色蓝色深蓝靛蓝紫色灰色白色黑色 字体大小: 标准1 (xx-small)2 (x-small)3 (small)4 (medium)5 (large)6 (x-large)7 (xx-large) 对齐: 标准居左居中居右

提示:选择您需要装饰的文字, 按上列按钮即可添加上相应的标签

您还没有登录,请登录后发表评论(快捷键 Alt+S / Ctrl+Enter)

java_mzd的博客

java_mzd

搜索本博客

最近访客 >>更多访客

zhxing的博客

zhxing

java_suddy的博客

java_suddy liuxinglanyue的博客

liuxinglanyue

libo_591的博客

libo_591

博客分类

其他分类

存档

Java调用windows程序

Posted on

Java调用windows程序

Derek.Guo BLOG

BlogJava 首页 新随笔 联系 聚合 管理

随笔-75 评论-29 文章-0 trackbacks-0 Java调用windows程序 Runtime ru = Runtime.getRuntime(); try { //调用播放器文件播放指定MP3 Process p1 = ru.exec("C:\Program Files\Windows Media Player\wmplayer d:\DADA\mp3\0197.mp3"); //调用批处理文件 Process p2 = ru.exec("d:\a.bat"); //显示执行结果 BufferedReader br = new BufferedReader(new InputStreamReader(p.getInputStream())); String line; while((line=br.readLine())!=null){ System.out.println(line); } } catch (IOException ex) {ex.printStackTrace();}

posted on 2006-05-11 13:27 Derek.Guo 阅读(602) 评论(0) 编辑 收藏 所属分类: JAVA

新用户注册 刷新评论列表

IT新闻: · 下一代iPhone将于6月22日公布 · 英特尔发力Smart TV 未与索尼谷歌推Google TV · 传魔兽计划回购废弃老帐号 玩家反应激烈 · PCWorld:谷歌最有望推出“iPad杀手” · 访问 T.J:16 岁的 iPad 软件开发者 专题:Android iPad jQuery Chrome OS 博客园首页 IT新闻 知识库 学英语 Java程序员招聘 标题 请输入标题 姓名 请输入你的姓名 主页 请输入验证码 验证码 /* 内容(请不要发表任何与政治相关的内容) 请输入评论内容 Remember Me? 登录 [使用Ctrl+Enter键可以直接提交] 每天10分钟,轻松学英语 推荐职位: · ASP.NET高级程序员(北京世纪英博) · 飞信服务器端高级.NET开发工程师(新媒传信) · .NET飞信官网开发工程师(新媒传信) · Web前端研发工程师(百度) · C++开发工程师(沪江网) · 前端开发工程师(沪江网) · 产品经理(沪江网) · 运维工程师(沪江网)

博客园首页随笔: · GridView自定义分页样式(上一页,下一页,到第几页)(新手教程) · 升级到NVelocity1.1版本 · Windows 7生成系统健康报告 · 继"一题比较刁的面试题" - 其实也不过如此。 sliverlight 实现 · 更改MVC注册Areas的顺序,掌控Areas的运作 知识库: · 20%顶尖人才的成功密码 · IT经理世界:被低估的用友 · 大型机Linux 风雨十周年 · 和谐共进的项目组——产品经理提高技术理解力123 · IIS配置PHP环境(快速最新版) 网站导航:

博客园 IT新闻 个人主页 博客生活 IT博客网 C++博客 博客园社区 管理 相关文章:

< 2006年5月 > 日 一 二 三 四 五 六 30 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 1 2 3 4 5 6 7 8 9 10

留言簿(6)

随笔分类(73)

积分与排名

  • 积分 - 75149
  • 排名 - 196

最新随笔

最新评论

阅读排行榜

MSN:envoydada@hotmail.com QQ:34935442

Java内存分配、管理小结

Posted on

Java内存分配、管理小结 - - ITeye技术网站

首页 新闻 论坛 问答 博客 招聘 更多 ▼

专栏 群组 搜索

您还未登录 ! 我的应用 登录 注册

java-mzd

永久域名 http://java-mzd.iteye.com

55顶 8踩

开源软件?自由软件?免费软件?你了解多少 ... | JAVA程序执行顺序,你了解了吗?

2010-12-21

Java内存分配、管理小结

文章分类:Java编程 P.S.

想写这篇总结酝酿了有个来月了,却始终感觉还差点什么东西,一直未敢动笔。

   最近两天连夜奋战,重新整理下前面查阅的资料、笔记,还是决定将它写出来。

   现在提出几个问题,如果都能熟练回答的大虾,请您飘过.如以往一样,我是小菜,本文自然也是针对小菜阶层的总结。

首先是概念层面的几个问题:

  • Java中运行时内存结构有哪几种?
  • Java中为什么要设计堆栈分离?
  • Java多线程中是如何实现数据共享的?
  • Java反射的基础是什么?

然后是运用层面:

  • 引用类型变量和对象的区别?
  • 什么情况下用局部变量,什么情况下用成员变量?
  • 数组如何初始化?声明一个数组的过程中,如何分配内存?
  • 声明基本类型数组和声明引用类型的数组,初始化时,内存分配机制有什么区?
  • 在什么情况下,我们的方法设计为静态化,为什么?(上次胡老师问文奇,问的哑口无言,当时想回答,却老感觉表述不清楚,这里也简单说明一下)

好了,问题提完了,如果您都能一眼看出答案,那么,没有必要再浪费您宝贵的时间看下去了。

如果您还不太明白,请跟随我一路走下去。

Java中运行时内存结构

1.1 方法区:

方法区是系统分配的一个内存逻辑区域,是JVM在装载类文件时,用于存储类型信息的(类的描述信息)。

方法区存放的信息包括:

        1.1.1**类的基本信息:**
  1. 每个类的全限定名
  2. 每个类的直接超类的全限定名(可约束类型转换)
  3. 该类是类还是接口
  4. 该类型的访问修饰符
  5. 直接超接口的全限定名的有序列表

          1.1.2**已装载类的详细信息**:
    
  6. 运行时常量池:

在方法区中,每个类型都对应一个常量池,存放该类型所用到的所有常量,常量池中存储了诸如文字字符串、final变量值、类名和方法名常量。它们以数组形式通过索引被访问,是外部调用与类联系及类型对象化的桥梁。(存的可能是个普通的字符串,然后经过常量池解析,则变成指向某个类的引用)

  1. 字段信息:

字段信息存放类中声明的每一个字段的信息,包括字段的名、类型、修饰符。

字段名称指的是类或接口的实例变量或类变量,字段的描述符是一个指示字段的类型的字符串,如private A a=null;则a为字段名,A为描述符,private为修饰符

  1. 方法信息:

类中声明的每一个方法的信息,包括方法名、返回值类型、参数类型、修饰符、异常、方法的字节码。

(在编译的时候,就已经将方法的局部变量、操作数栈大小等确定并存放在字节码中,在装载的时候,随着类一起装入方法区。) 在运行时,JVM从常量池中获得符号引用,然后在运行时解析成引用项的实际地址,最后通过常量池中的全限定名、方法和字段描述符,把当前类或接口中的代码与其它类或接口中的代码联系起来。

  1. 静态变量:

这个没什么好说的,就是类变量,类的所有实例都共享,我们只需知道,在方法区有个静态区,静态区专门存放静态变量和静态块。

  1. 到类classloader的引用:到该类的类装载器的引用。
  2. 到类class 的引用:虚拟机为每一个被装载的类型创建一个class 实例,用来代表这个被装载的类。

    由此我们可以知道反射的基础

在装载类的时候,加入方法区中的所有信息,最后都会形成Class类的实例,代表这个被装载的类。方法区中的所有的信息,都是可以通过这个Class类对象反射得到。我们知道对象是类的实例,类是相同结构的对象的一种抽象。同类的各个对象之间,其实是拥有相同的结构(属性),拥有相同的功能(方法),各个对象的区别只在于属性值的不同。 同样的,我们所有的类,其实都是Class类的实例,他们都拥有相同的结构-----Field数组、Method数组。而各个类中的属性都是Field属性的一个具体属性值,方法都是Method属性的一个具体属性值。

在运行时,JVM从常量池中获得符号引用,然后在运行时解析成引用项的实际地址,最后通过常量池中的全限定名、方法和字段描述符,把当前类或接口中的代码与其它类或接口中的代码联系起来。

1.2 Java栈

JVM栈是程序运行时单位,决定了程序如何执行,或者说数据如何处理。

在Java中,一个线程就会有一个线程的JVM栈与之对应,因为不过的线程执行逻辑显然不同,因此都需要一个独立的JVM栈来存放该线程的执行逻辑。

对方法的调用:

Java栈内存,以帧的形式存放本地方法的调用状态,包括方法调用的参数、局部变量、中间结果等(方法都是以方法帧的形式存放在方法区的),每调用一个方法就将对应该方法的方法帧压入Java 栈,成为当前方法帧。当调用结束(返回)时,就弹出该帧。

这意味着:

在方法中定义的一些基本类型的变量和引用变量都在方法的栈内存中分配。当在一段代码块定义一个变量时,Java 就在栈中为这个变量分配内存空间,当超过变量的作用域后(方法执行完成后),Java 会自动释放掉为该变量所分配的内存空间,该内存空间可以立即被另作它用。--------同时,因为变量被释放,该变量对应的对象,也就失去了引用,也就变成了可以被gc对象回收的垃圾。

因此我们可以知道成员变量与局部变量的区别:

局部变量,在方法内部声明,当该方法运行完时,内存即被释放。 成员变量,只要该对象还在,哪怕某一个方法运行完了,还是存在。 从系统的角度来说,声明局部变量有利于内存空间的更高效利用(方法运行完即回收)。 成员变量可用于各个方法间进行数据共享。

Java 栈内存的组成: 局部变量区、操作数栈、帧数据区组成。 (1):局部变量区为一个以字为单位的数组,每个数组元素对应一个局部变量的值。调用方法时,将方法的局部变量组成一个数组,通过索引来访问。若为非静态方法,则加入一个隐含的引用参数this,该参数指向调用这个方法的对象。而静态方法则没有this参数。因此,对象无法调用静态方法。

由此,我们可以知道,方法什么时候设计为静态,什么时候为非静态?

前面已经说过,对象是类的一个实例,各个对象结构相同,只是属性不同。 而静态方法是对象无法调用的。 所以,静态方法适合那些工具类中的工具方法,这些类只是用来实现一些功能,也不需要产生对象,通过设置对象的属性来得到各个不同的个体。

(2):操作数栈也是一个数组,但是通过栈操作来访问。所谓操作数是那些被指令操作的数据。当需要对参数操作时如a=b+c,就将即将被操作的参数压栈,如将b 和c 压栈,然后由操作指令将它们弹出,并执行操作。虚拟机将操作数栈作为工作区。 (3):帧数据区处理常量池解析,异常处理等

1.3 java堆

  java的堆是一个运行时的数据区,用来存储数据的单元,存放通过new关键字新建的对象和数组,对象从中分配内存。
  在堆中声明的对象,是不能直接访问的,必须通过在栈中声明的指向该引用的变量来调用。引用变量就相当于是为数组或对象起的一个名称,以后就可以在程序中使用栈中的引用变量来访问堆中的数组或对象。


** 由此我们可以知道,引用类型变量和对象的区别: **

声明的对象是在堆内存中初始化的, 真正用来存储数据的。不能直接访问。

引用类型变量是保存在栈当中的,一个用来引用堆中对象的符号而已(指针)。

堆与栈的比较: JAVA堆与栈都是用来存放数据的,那么他们之间到底有什么差异呢?既然栈也能存放数据,为什么还要设计堆呢?

1.从存放数据的角度:

  前面我们已经说明:

  栈中存放的是基本类型的变量or引用类型的变量

   堆中存放的是对象or数组对象.

   在栈中,引用变量的大小为32位,基本类型为1-8个字节。
   但是对象的大小和数组的大小是动态的,这也决定了堆中数据的动态性,因为它是在运行时动态分配内存的,生存期也不必在编译时确定,Java 的垃圾收集器会自动收走这些不再使用的数据。

2.从数据共享的角度:

1).在单个线程类,栈中的数据可共享

例如我们定义:

Java代码 收藏代码

  1. int a=3;
  2. int b=3;
    int a=3; int b=3;

    编译器先处理int a = 3;首先它会在栈中创建一个变量为a 的引用,然后查找栈中是否有3 这个值,如果没找到,就将3 存放进来,然后将a 指向3。接着处理int b = 3;在创建完b 的引用变量后,因为在栈中已经有3这个值,便将b 直接指向3。这样,就出现了a 与b 同时均指向3的情况。

    而如果我们定义: Java代码 收藏代码

  3. Integer a=new Integer(3);//(1)

  4. Integer b=new Integer(3);//(2)
    Integer a=new Integer(3);//(1) Integer b=new Integer(3);//(2)

    这个时候执行过程为:在执行(1)时,首先在栈中创建一个变量a,然后在堆内存中实例化一个对象,并且将变量a指向这个实例化的对象。在执行(2)时,过程类似,此时,在堆内存中,会有两个Integer类型的对象。

2).**在进程的各个线程之间,数据的共享通过堆来实现**

    例:那么,在多线程开发中,我们的数据共享又是怎么实现的呢?

如图所示,堆中的数据是所有线程栈所共享的,我们可以通过参数传递,将一个堆中的数据传入各个栈的工作内存中,从而实现多个线程间的数据共享

(多个进程间的数据共享则需要通过网络传输了。)

3.从程序设计的的角度:

从软件设计的角度看,JVM栈代表了处理逻辑,而JVM堆代表了数据。这样分开,使得处理逻辑更为清晰。分而治之的思想。这种隔离、模块化的思想在软件设计的方方面面都有体现。

4.值传递和引用传递的真相

有了以上关于栈和堆的种种了解后,我们很容易就可以知道值传递和引用传递的真相:

1.程序运行永远都是在JVM栈中进行的,因而参数传递时,只存在传递基本类型和对象引用的问题。不会直接传对象本身。

但是传引用的错觉是如何造成的呢?

在运行JVM栈中,基本类型和引用的处理是一样的,都是传值,所以,如果是传引用的方法调用,也同时可以理解为“传引用值”的传值调用,即引用的处理跟基本类型是完全一样的。

但是当进入被调用方法时,被传递的这个引用的值,被程序解释(或者查找)到JVM堆中的对象,这个时候才对应到真正的对象。

如果此时进行修改,修改的是引用对应的对象,而不是引用本身,即:修改的是JVM堆中的数据。所以这个修改是可以保持的了。

最后:

从某种意义上来说对象都是由基本类型组成的。

可以把一个对象看作为一棵树,对象的属性如果还是对象,则还是一颗树(即非叶子节点),基本类型则为树的叶子节点。程序参数传递时,被传递的值本身都是不能进行修改的,但是,如果这个值是一个非叶子节点(即一个对象引用),则可以修改这个节点下面的所有内容。

其实,面向对象方式的程序与以前结构化的程序在执行上没有任何区别

面向对象的引入,只是改变了我们对待问题的思考方式,而更接近于自然方式的思考。

当我们把对象拆开,其实对象的属性就是数据,存放在JVM堆中;而对象的行为(方法),就是运行逻辑,放在JVM栈中。我们在编写对象的时候,其实即编写了数据结构,也编写的处理数据的逻辑。

P.S

关于数组的内存分配,对象初始化的内存分配等问题,由于篇幅问题,下次再搞个专题写吧。

连续几天几夜对着此文了。想吐的很,先到这里吧。

开源软件?自由软件?免费软件?你了解多少 ... | JAVA程序执行顺序,你了解了吗?

评论

20 楼 zkgale 2011-01-14 引用

满好的,谢谢你 不过,可能还是象前面几位说的那样吧,在分配的细节上写得还不是很深入, 不管怎么说,让我在引用关系方面的理解更深入了一些. 继续加油,很给力 19 楼 z_jiankun 2011-01-06 引用

zzc_zj 写道

分析得很细致,一遍没完全看明白,收藏下来,继续看 同感

18 楼 anmo 2011-01-05 引用

总结的有深度,学习一下! 17 楼 wanglong1615 2011-01-04 引用

JAVA堆与栈都是用来存放数据的,那么他们之间到底有什么差异呢?既然栈也能存放数据,为什么还要设计堆呢? 我觉得还有一个原因,也就是为什么有基本类型和基本类型的包装类一样。 在JAVA中,基本类型是经常被使用和运算的,设计基本类型,最主要是节约性能的考虑。

16 楼 javahero1984 2011-01-03 引用

不错,至少楼主是用心总结了,值得学习和讨论。 15 楼 culbertzp 2010-12-30 引用

bu_choreography 写道

2.从数据共享的角度:. 这块对整型的引用讲的很好。 补充一点:整型在常量池里只能表示-128到127.超过这个范围的就不归常量池管了 例如 Integer a = 128; Integer b = 128; a==b 返回的是false. 如果: Integer a = 128; int b = 128; a == b 返回的是true int a = 128; int b = 128; a == b 返回的也是true

14 楼 Irving_wei 2010-12-28 引用

挺不错 13 楼 CosmosWon 2010-12-27 引用

明白了,但是我觉得楼主在这段上还有待斟酌: (当在一段代码块定义一个变量时,Java 就在栈中为这个变量分配内存空间,当超过变量的作用域后(方法执行完成后),Java 会自动释放掉为该变量所分配的内存空间,该内存空间可以立即被另作它用。--------同时,因为变量被释放,该变量对应的对象,也就失去了引用,也就变成了可以被gc对象回收的垃圾。) 当然了,本文也不是在讨论垃圾回收的,呵呵,不过既然说了,应该在说的精确点。

12 楼 hjk685 2010-12-24 引用

很有条理 11 楼 java_mzd 2010-12-23 引用

eXeSP 写道

查了下以前的帖子: 引用

java虚拟机规范中说:Primitive values do not share state with other primitive values. A variable whose type is a primitive type always holds a primitive value of that type. 看一下实际的处理情况: int a=3; int b=3; 打开class文件,这2句就4个字节,内容是“06 3B 06 3C” 看对应的虚拟机指令,可以知道变量里实际存储的是什么: Code: 0: iconst_3 //3 1: istore_1 2: iconst_3 //3 3: istore_2 第1个字节06 iconst_3是一个指令,让CPU把寄存器放上3的值 第2个字节3B istore_0也是一个指令,就是让CPU把寄存器的值放到第1个变量的内存中 第3个字节06 iconst_3是一个指令,让CPU把寄存器放上3的值 第4个字节3C istore_1也是一个指令,就是让CPU把寄存器的值放到第2个变量的内存中 (jvm没有“寄存器”的概念,用“Operand Stack 操作数栈”。) int a = 3,int b =3是直接从指令获取数值,而没有进行栈中交换或进入常量池。 引用

这里可以看到JAVA虚拟机的一个小技巧,它把一些对常用常量(比如0,1,2,3,4,5)的操作直接定义成了指令,而不是传统的操作指令后带操作数。 目的是减少指令长度。有心的人再用 int a = 6...试,根本就没有iconst_6的指令! 而是bipush 6,机器码10 06, 2个字节,10就是bipush, 06就是操作数6,就是传统的指令+操作数。 那么大于6的数呢 引用

int e=32330; 对应指令: 11: sipush 32330 14: istore 5 这句,11-13,正好是3个字节的指令大小,一个字节是sipush指令,2个字节用来存储32330这个数.两次使用到这个数,都是把它直接存给变量的。 那么如果大于2个字节的数又如何? 引用

int f = 65535; 对应指令: 4: ldc /#2; //int 65535 6: istore_3 对于65535,它是大于两个字节的,编译的时候把它放入常量池部分,而把取这个数的指令写为ldc/#2,我感觉这样一个直观的好处是减少了指令代码的长度.尤其是多次使用到一个相同的数时 . 大于2个字节的int数值,开始进入常量池。 那么int和Integer一样吗? 引用

Integer i = 3; sun的编译器是这样处理的: Integer i=Integer.valueOf(3); 而不是通过new来创建了,因为Integer类中静态的创建了-128~+127之间的对象,需要的数在这个范围之内时,直接返回,此范围之外的数才通过new来创建. 多谢多谢。 我还真没注意在cpu中到底怎么处理这部分。 受教了。

10 楼 生活小丑 2010-12-22 引用

java内存分配方面的知识一直都是朦朦胧胧的,说知道说不清楚,说不知道,还有点知道,网上搜了好多文章,楼主的文章算是比较详细的了. 9 楼 eXeSP 2010-12-22 引用

查了下以前的帖子: 引用

java虚拟机规范中说:Primitive values do not share state with other primitive values. A variable whose type is a primitive type always holds a primitive value of that type. 看一下实际的处理情况: int a=3; int b=3; 打开class文件,这2句就4个字节,内容是“06 3B 06 3C” 看对应的虚拟机指令,可以知道变量里实际存储的是什么: Code: 0: iconst_3 //3 1: istore_1 2: iconst_3 //3 3: istore_2 第1个字节06 iconst_3是一个指令,让CPU把寄存器放上3的值 第2个字节3B istore_0也是一个指令,就是让CPU把寄存器的值放到第1个变量的内存中 第3个字节06 iconst_3是一个指令,让CPU把寄存器放上3的值 第4个字节3C istore_1也是一个指令,就是让CPU把寄存器的值放到第2个变量的内存中 (jvm没有“寄存器”的概念,用“Operand Stack 操作数栈”。) int a = 3,int b =3是直接从指令获取数值,而没有进行栈中交换或进入常量池。 引用

这里可以看到JAVA虚拟机的一个小技巧,它把一些对常用常量(比如0,1,2,3,4,5)的操作直接定义成了指令,而不是传统的操作指令后带操作数。 目的是减少指令长度。有心的人再用 int a = 6...试,根本就没有iconst_6的指令! 而是bipush 6,机器码10 06, 2个字节,10就是bipush, 06就是操作数6,就是传统的指令+操作数。 那么大于6的数呢 引用

int e=32330; 对应指令: 11: sipush 32330 14: istore 5 这句,11-13,正好是3个字节的指令大小,一个字节是sipush指令,2个字节用来存储32330这个数.两次使用到这个数,都是把它直接存给变量的。 那么如果大于2个字节的数又如何? 引用

int f = 65535; 对应指令: 4: ldc /#2; //int 65535 6: istore_3 对于65535,它是大于两个字节的,编译的时候把它放入常量池部分,而把取这个数的指令写为ldc/#2,我感觉这样一个直观的好处是减少了指令代码的长度.尤其是多次使用到一个相同的数时 . 大于2个字节的int数值,开始进入常量池。 那么int和Integer一样吗? 引用

Integer i = 3; sun的编译器是这样处理的: Integer i=Integer.valueOf(3); 而不是通过new来创建了,因为Integer类中静态的创建了-128~+127之间的对象,需要的数在这个范围之内时,直接返回,此范围之外的数才通过new来创建.

8 楼 eXeSP 2010-12-22 引用

在方法区,Integer类中静态的创建了-128~+127之间的对象。int a = 3的数值是从常量池返回到栈当中的吧,想问问int b = 3,b是先从栈还是先从常量池查找数值,印象中String的话是从常量池查找的。 7 楼 iuf6853 2010-12-22 引用

辛苦了,让出入java圣殿的门外汉们受益匪浅。

6 楼 zzc_zj 2010-12-22 引用

分析得很细致,一遍没完全看明白,收藏下来,继续看 5 楼 java_mzd 2010-12-22 引用

juda 写道

写的不错,鼓励一下 多谢鼓励。 继续加油。

4 楼 java_mzd 2010-12-22 引用

bu_choreography 写道

2.从数据共享的角度:. 这块对整型的引用讲的很好。 补充一点:整型在常量池里只能表示-128到127.超过这个范围的就不归常量池管了 例如 Integer a = 128; Integer b = 128; a==b 返回的是false. 多谢指导,意思就是现在常量池整形只能存一个字节? 那么关于double等类型的是不是也有相应变化呢? 最近借不到《深入JVM》 还是再查查资料吧。 多些指导 3 楼 juda 2010-12-22 引用

写的不错,鼓励一下

2 楼 bu_choreography 2010-12-21 引用

2.从数据共享的角度:. 这块对整型的引用讲的很好。 补充一点:整型在常量池里只能表示-128到127.超过这个范围的就不归常量池管了 例如 Integer a = 128; Integer b = 128; a==b 返回的是false. 1 楼 javafound 2010-12-21 引用

还算给力,鼓励一下,

发表评论

表情图标

字体颜色: 标准深红红色橙色棕色黄色绿色橄榄青色蓝色深蓝靛蓝紫色灰色白色黑色 字体大小: 标准1 (xx-small)2 (x-small)3 (small)4 (medium)5 (large)6 (x-large)7 (xx-large) 对齐: 标准居左居中居右

提示:选择您需要装饰的文字, 按上列按钮即可添加上相应的标签

您还没有登录,请登录后发表评论(快捷键 Alt+S / Ctrl+Enter)

java_mzd的博客

java_mzd

搜索本博客

最近访客 >>更多访客

zhxing的博客

zhxing

java_suddy的博客

java_suddy liuxinglanyue的博客

liuxinglanyue

libo_591的博客

libo_591

博客分类

其他分类

存档