java.lang.ArrayStoreException: java.lang.Integer at java.util.Arrays.fill(Arrays.java:3130)二维数组填充

本文介绍了Java中使用Arrays.fill方法填充二维数组的正确方式,并通过示例对比了错误与正确的填充方法,解释了传值与传地址的区别。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

先上错误代码:

public static void main(String[] args) {

        int[][] arr = new int[5][5];
        Arrays.fill(arr,9999999);
    }

错误信息为:

Exception in thread "main" java.lang.ArrayStoreException: java.lang.Integer
	at java.util.Arrays.fill(Arrays.java:3130)
	at com.company.Main.main(Main.java:12)

这个主要是因为Arrays.fill只能对一维数组今天填充。要先正确的实现二维数组的填充,就需要我们循环进行赋值,代码如下:

public static void main(String[] args) {

        int[][] arr = new int[5][5];
        for(int i=0; i<arr.length; i++){
            Arrays.fill(arr[i],9999999);
        }

        System.out.println(Arrays.deepToString(arr));
    }

主要赋值的时候不要应用这种方式(当时就是踩了这个坑,忽视了传值、传地址之间的差别)

public static void main(String[] args) {

        int[][] arr = new int[5][5];
        int[] arr1 = new int[5];
        Arrays.fill(arr1,99999);
        Arrays.fill(arr,arr1);
        System.out.println(Arrays.deepToString(arr));
        //虽然此时看起来达到了全部赋值99999的目的,但是当更改arr的某一个值时,
        //不同行的对应值都会发生改变,因为传递的arr1传的是地址而不是数值。
        arr[0][0] = 1;
        System.out.println(Arrays.deepToString(arr));
    }

这时的运行结果为:

[[99999, 99999, 99999, 99999, 99999], [99999, 99999, 99999, 99999, 99999], [99999, 99999, 99999, 99999, 99999], [99999, 99999, 99999, 99999, 99999], [99999, 99999, 99999, 99999, 99999]]
[[1, 99999, 99999, 99999, 99999], [1, 99999, 99999, 99999, 99999], [1, 99999, 99999, 99999, 99999], [1, 99999, 99999, 99999, 99999], [1, 99999, 99999, 99999, 99999]]

 

### 解决方案 `java.lang.ArrayStoreException: sun.reflect.annotation.TypeNotPresentExceptionProxy` 是一种常见的错误,通常发生在类加载阶段。这种错误可能由多种原因引起,特别是在复杂的微服务架构中。 #### 原因分析 1. **依赖冲突**:当项目的多个模块引入了不同版本的库时,可能导致某些类无法正常加载[^2]。 2. **字节码增强工具问题**:Spring Cloud 使用 CGLIB 或其他代理技术来实现动态代理功能。如果这些工具未能正确处理目标类,则可能出现此类异常[^3]。 3. **注解解析失败**:在 Spring Boot 启动过程中,框架会尝试解析所有的注解。如果有某个类未被正确加载或者缺失必要的元数据文件(如 `META-INF/spring-configuration-metadata.json`),则可能会抛出此异常[^4]。 4. **测试环境中的特殊行为**:在单元测试 (`@SpringBootTest`) 中运行的应用程序有时会有不同的上下文配置,这可能导致一些生产环境中不会遇到的问题显现出来[^5]。 #### 处理方法 以下是几种可以用来解决问题的方法: 1. **清理并重建项目** 确保所有构建产物都是最新的,并且没有残留旧版编译结果干扰新版本部署。 ```bash mvn clean install -U ``` 2. **排除不必要的自动装配组件** 如果知道哪些默认启用的功能并不需要的话,可以通过设置@SpringBootApplication 的 exclude 属性将其禁用掉。例如: ```java @SpringBootApplication(exclude = {SecurityAutoConfiguration.class, HystrixAutoConfiguration.class}) public class Application { public static void main(String[] args) { SpringApplication.run(Application.class, args); } } ``` 3. **调整依赖管理策略** 统一整个工程内的第三方库版本号,避免混杂不兼容的情况发生。可以在父POM里定义dependencyManagement部分统一指定各子模块使用的具体版本信息。 4. **验证 META-INF 文件完整性** 检查是否有任何重要的资源文件丢失或损坏。特别是那些用于描述自定义注解属性结构的信息表单。 5. **升级至最新稳定发行版** 考虑到早期预览版可能存在较多未知缺陷,建议尽可能采用官方推荐的正式长期支持(LTS)系列作为基础平台搭建依据。 6. **调试模式下深入探查** 开启更详尽的日志记录等级以便于定位确切触发点所在位置以及关联参数详情。 ```properties logging.level.org.springframework=DEBUG ``` 7. **单独隔离影响因素** 尝试逐一移除可疑插件/扩展包直至恢复正常运作状态为止;然后再逐步恢复以确认真正罪魁祸首身份。 --- ### 示例代码片段展示如何合理运用exclude机制规避潜在风险 ```java import org.springframework.boot.autoconfigure.security.servlet.SecurityAutoConfiguration; import org.springframework.cloud.netflix.hystrix.HystrixAutoConfiguration; import org.springframework.boot.SpringApplication; import org.springframework.boot.autoconfigure.SpringBootApplication; @SpringBootApplication( scanBasePackages={"com.example"}, exclude={SecurityAutoConfiguration.class,HystrixAutoConfiguration.class} ) public class MyApplication { public static void main(String[] args){ SpringApplication.run(MyApplication.class,args); } } ``` ---
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值