《Thinking in java》第13章--Integer以及字符串

本文深入探讨了Java中参数传递机制,特别是基本类型和对象类型的差异。同时,文章详细解释了String对象的不可变性及其带来的优化策略,并对比了String、StringBuilder和StringBuffer的使用场景。

一、JAVA的参数传递?传值or传指针?
    1)基本类型作为参数传递时,是传递值的拷贝,无论你怎么改变这个拷贝,原值是不会改变的
       对象作为参数传递时,是把对象在内存中的地址拷贝了一份传给了参数。实参(对象)与形参(参数列表里)都指向了同一个地方
    2)Integer x = 127在常量池中缓存中有(-128~127);Integer x = 128会在堆中new一个区域;Integer x = new Integer(10)会在堆中开辟一块内存存放
        Integer x1 = 10;
        Integer x2 = 10;
        Integer y1 = new Integer(10);
        Integer y2 = new Integer(10);
        
        System.out.println(x1==x2);//常量池缓存,指向同一个地址值
        System.out.println(x1==y1);//y1指向了堆中的区域
        System.out.println(y1==y2);//y1、y2是不同的对象了(值在堆中)
    3)Integer.valueOf(59) 和 new Integer(59)的区别?
    对于Integer.valueOf(i)方法,当i在-128-127之间时返回的是缓存的Integer对象。否则返回的是一个新的Integer对象。
    这里传递的是59,所以返回的是cache里边的对象。

二、深入理解String对象的不可变
    1) String的底层实现是一个final修饰的char型数组

    2)String对象是不可变得,拥有只读特性,任何指向String对象的引用都不会修改它的值。如String s ="a"; s="b";(一开始实例s指向的对象内容不会改变,只是把引用s指向了  
        新的String对象)

    3)例外情形(由于String的不可变性,会带来的效率问题,java作出了改进):
    对于字符串常量直接相加的表达式,JVM会自动进行优化,如
    String s = "a"+"b"+"c";  //其实只生成了一个String对象,内部循环生成了StringBuilder对象,执行append方法,最后再toString()返回了String类型
    
三、String、StringBuilder、StringBuffer
    》1、String 是不可变的,其底层是一个final类型的char[]数组。
    比如当
    String str = new String("aa");
    str = str + "bb";
    此时的str已经不是原来的那个str了。又生成了新的字符串"aabb",str指向它。
    其实JVM在执行str + "bb";时,会先创建一个StringBuilder对象,然后进行append操作,最后通过toString()返回给str,很明显的,费事,还多创建了对象!

    多提一句?
    关于字符串String赋值,String a="123", 这种方式比String a = new String("123");效率高多了。
    后者其实会创建两个对象。 
    "123"是一个常量池里的对象(字面值),new出来的对象是存放在内存堆中的,new出来的又是一个对象。
    String a = "123"; 用这种方式的时候java首先在内存中寻找"aaa"字符串,如果有,就把aaa的地址给它,如果没有则创建

    》2、StringBuilder是可变的,其底层也是一个char[]数组。
    StringBuilderstrb = StringBuilder("aa");  strb.append("bb");
    此时的strb的值也为"aabb",但是"aabb"是直接在开始的字符串"aa"后面连接的“bb”,并没有生成新的字符串。

    》3、那么为什么还要有StringBuffer呢?
    原来,StringBuffer和StringBuilder类拥有的成员属性以及成员方法基本相同,区别是StringBuffer类的成员方法前面多了一个关键字:synchronized。

-------------------------------------------------------------------------------------------------------
    总结:
    1)操作少量数据用String
    2)追求效率忽略线程安全用StringBuilder
    3)追求线程安全忽略效率用StringBuffer

**项目名称:** 基于Vue.js与Spring Cloud架构的博客系统设计与开发——微服务分布式应用实践 **项目概述:** 本项目为计算机科学与技术专业本科毕业设计成果,旨在设计并实现一个采用前后端分离架构的现代化博客平台。系统前端基于Vue.js框架构建,提供响应式用户界面;后端采用Spring Cloud微服务架构,通过服务拆分、注册发现、配置中心及网关路由等技术,构建高可用、易扩展的分布式应用体系。项目重点探讨微服务模式下的系统设计、服务治理、数据一致性及部署运维等关键问题,体现了分布式系统在Web应用中的实践价值。 **技术架构:** 1. **前端技术栈:** Vue.js 2.x、Vue Router、Vuex、Element UI、Axios 2. **后端技术栈:** Spring Boot 2.x、Spring Cloud (Eureka/Nacos、Feign/OpenFeign、Ribbon、Hystrix、Zuul/Gateway、Config) 3. **数据存储:** MySQL 8.0(主数据存储)、Redis(缓存与会话管理) 4. **服务通信:** RESTful API、消息队列(可选RabbitMQ/Kafka) 5. **部署与运维:** Docker容器化、Jenkins持续集成、Nginx负载均衡 **核心功能模块:** - 用户管理:注册登录、权限控制、个人中心 -管理:富文本编辑、分类标签、发布审核、评论互动 - 内容展示:首页推荐、分类检索、全文搜索、热门排行 - 系统管理:后台仪表盘、用户与内容监控、日志审计 - 微服务治理:服务健康检测、动态配置更新、熔断降级策略 **设计特点:** 1. **架构解耦:** 前后端完全分离,通过API网关统一接入,支持独立开发与部署。 2. **服务拆分:** 按业务域划分为用户服务、文服务、评论服务、文件服务等独立微服务。 3. **高可用设计:** 采用服务注册发现机制,配合负载均衡与熔断器,提升系统容错能力。 4. **可扩展性:** 模块化设计支持横向扩展,配置中心实现运行时动态调整。 **项目成果:** 完成了一个具备完整博客功能、具备微服务典型特征的分布式系统原型,通过容器化部署验证了多服务协同运行的可行性,为云原生应用开发提供了实践参考。 资源来源于网络分享,仅用于学习交流使用,请勿用于商业,如有侵权请联系我删除!
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值