thinkphp5的Illegal string offset 'id'错误

最新推荐文章于 2025-11-10 08:31:54 发布
转载 最新推荐文章于 2025-11-10 08:31:54 发布 · 1w 阅读 · 0
文章标签：

#php #数据库

本文解析了ThinkPHP5中出现的Illegal string offset 'id'错误原因，指出该问题是由于在一个HTML页面中同时传递了两个同名数组（cateres）导致的。在控制器Base和Cate中分别定义了同名数组，使得系统无法确定在查找'id'时应使用哪个数组。

thinkphp5的Illegal string offset 'id'错误

问题

 

解答

数组同名了，一个html页面传进来两个cateres的数组，所以在找id的时候不知道找这两个里面的哪一个

第一个$cateres数组

报错这里的

这个$cateres写在了控制器Base里面，其它的控制器都要继承它 

 

第二个$cateres数组

这个$cateres写在了控制器Cate里面，加上继承的Base控制器里面的一个，所以有两个$cateres数组了。 

 

Java基础学习总结（161）——Java 重试机制
科技D人生
09-29 1268
重试的作用： 对于重试是有场景限制的，不是什么场景都适合重试，比如参数校验不合法、写操作等（要考虑写是否幂等）都不适合重试。远程调用超时、网络突然中断可以重试。在微服务治理框架中，通常都有自己的重试与超时配置，比如dubbo可以设置retries=1，timeout=500调用失败只重试1次，超过500ms调用仍未返回则调用失败。比如外部 RPC 调用，或者数据入库等操作，如果一次操作失败，可以进行多次重试，提高调用成功的可能性。 优雅的重试机制要具备几点： 无侵入：这个好理解，不改动当前的业务逻辑，
java题目集合第四部分（pta）
m0_73554747的博客
05-29 3496
pta平台java第四部分题目集合
与面试官聊try-catch-finally关闭资源，你的答案还是10年前的？
程序新视界
04-12 1206
有编程经验的朋友都知道，在程序运行中如果打开了一些资源，那么当发生异常或程序结束时都需要进行资源的关闭，不然会造成内存溢出的问题。 曾经，关于try-catch-finally的使用也是面试题中的一个热点问题。随着JDK7的发布，情况好像有些变化了，处理资源关闭的方式更加方便了。但如果你的使用方式依旧停留在十年前，那这篇文章中讲到的知识点值得你一读。最重要的是底层原理分析部分。 try-catch-finally传统处理模式 在JDK7之前，我们对异常和资源关闭的处理，通常是通过下面的形式来实现的： @Te
软件构造：异常处理之try-with-resource
m0_53533796的博客
06-13 739
软件构造：异常处理之try-with-resource
【Java】异常处理总结
one____dream的博客
03-14 1236
全面总结了Java的异常处理，包括异常传递，捕捉和处理机制，以及自定义异常类和异常抛出等问题
【Java】异常处理
one____dream的博客
04-01 1486
全面总结了Java的异常处理，包括异常的分类，异常处理方式，异常传递与捕捉机制，自定义异常类等
java异常处理题库_Java题库——Chapter12 异常处理和文本IO
weixin_33479446的博客
02-25 1100
异常处理1)What is displayed on the console when running the following program?class Test {public static void main (String[ ] args) {try {System.out.println("Welcome to Java");}finally {System.out.println(...
exception(异常处理)与try，catch，
haohao1945的博客
05-10 8182
转载：http://www.cnblogs.com/ggjucheng/archive/2011/12/18/2292089.html 引言 异常，让一个函数可以在发现自己无法处理的错误时抛出一个异常，希望它的调用者可以直接或者间接处理这个问题。而传统错误处理技术，检查到一个局部无法处理的问题时: 1.终止程序(例如atol,atoi,输入NULL，会产生段错误，导致程序
JAVA 异常
2301_80934700的博客
09-29 1252
明白异常到底是什么？—>异常就是类知道异常的体系 / 知道异常的分类在编写程序时，如果程序中出现错误，此时就需要将错误的信息告知给调用者，比如：参数检测。在Java中，可以借助throw关键字，抛出一个指定的异常对象，将错误信息告知给调用者。具体语法如下：throw new XXXException(“异常产生的原因”);throw new NullPointerException("传递的数组为null");
C++ try()catch()抛异常
caojunhao123的专栏
08-27 1429
以前都是用try{} catch(…){}来捕获C++中一些意想不到的异常， 今天看了Winhack的帖子才知道，这种方法在VC中其实是靠不住的。例如下面的代码： try { BYTE* pch ; pch = ( BYTE* )00001234 ;   //给予一个非法地址 *pch = 6 ; //对非法地址赋值，会造成Access Violation 异常 } catch
try-catch Windows平台特有的扩展
hemeinvyiqiluoben的专栏
11-20 554
try{} catch(…){} 以前都是用try{} catch(…){}来捕获C++中一些意想不到的异常，今天看了Winhack的帖子才知道，这种方法在VC中其实是靠不住的。例如下面的代码： try { BYTE* pch ; pch = ( BYTE* )00001234 ;   //给予一个非法地址 *pch = 6 ; //对非法地址赋值，会造成Access Violat
Java中InterruptedException异常处理详解
`InterruptedException` 继承自 `java.lang.Exception`，属于受检异常，这意味着在编译期就必须显式处理——要么通过 try-catch 捕获，要么在方法签名中使用 throws 声明抛出。这种设计强制开发者正视线程中断这一...
消息: 测试消息（主Topic: hello-unicast-dlq-no-partition）- 会触发死信 2025-10-15 11:35:38.531 WARN 25208 --- [nPool-worker-18] c.t.s.e.p.k.d.DLQEventHandlerWrapper : Event handle failed (attempt 1/3): [消费失败] 模拟业务异常 2025-10-15 11:35:38.533 INFO 25208 --- [nPool-worker-18] c.t.s.e.port.kafka.KafkaEventCenter : level=1, expirationTime=1760499339533 2025-10-15 11:35:38.537 INFO 25208 --- [nPool-worker-18] c.t.s.e.p.k.d.DLQEventHandlerWrapper : 事件延时 1000ms 后重试 消息: 测试消息（主Topic: hello-unicast-dlq-no-partition）- 会触发死信 2025-10-15 11:35:38.537 WARN 25208 --- [nPool-worker-18] c.t.s.e.p.k.d.DLQEventHandlerWrapper : Event handle failed (attempt 2/3): [消费失败] 模拟业务异常 2025-10-15 11:35:38.537 INFO 25208 --- [nPool-worker-18] c.t.s.e.port.kafka.KafkaEventCenter : level=2, expirationTime=1760499343537 2025-10-15 11:35:38.540 INFO 25208 --- [nPool-worker-18] c.t.s.e.p.k.d.DLQEventHandlerWrapper : 事件延时 5000ms 后重试 消息: 测试消息（主Topic: hello-unicast-dlq-no-partition）- 会触发死信 2025-10-15 11:35:38.540 WARN 25208 --- [nPool-worker-18] c.t.s.e.p.k.d.DLQEventHandlerWrapper : Event handle failed (attempt 3/3): [消费失败] 模拟业务异常 2025-10-15 11:35:38.541 ERROR 25208 --- [nPool-worker-18] c.t.s.e.p.k.d.DLQEventHandlerWrapper : Event failed after 3 retries, sent to DLQ 2025-10-15 11:35:38.544 INFO 25208 --- [r_group_level_2] c.t.s.e.p.k.c.GenericKafkaConsumerTask : 实际暂停成功，topic: delay_topic_level_2 2025-10-15 11:35:38.544 INFO 25208 --- [r_group_level_1] c.t.s.e.p.k.c.GenericKafkaConsumerTask : 实际暂停成功，topic: delay_topic_level_1 2025-10-15 11:35:38.544 INFO 25208 --- [nPool-worker-18] c.t.s.e.port.kafka.KafkaEventCenter : 暂停成功，topic: delay_topic_level_2 2025-10-15 11:35:38.544 INFO 25208 --- [nPool-worker-22] c.t.s.e.port.kafka.KafkaEventCenter : 暂停成功，topic: delay_topic_level_1 2025-10-15 11:35:38.544 INFO 25208 --- [nPool-worker-18] c.t.s.e.port.kafka.delay.DelayHandler : 暂停目标topic：delay_topic_level_2 2025-10-15 11:35:38.544 INFO 25208 --- [nPool-worker-22] c.t.s.e.port.kafka.delay.DelayHandler : 暂停目标topic：delay_topic_level_1 2025-10-15 11:35:38.544 INFO 25208 --- [ad | producer-1] c.t.s.e.p.k.d.DLQEventHandlerWrapper : 发送至死信队列！原始事件: {"filterKey":"key","timeStamp":1760499338540,"message":"测试消息（主Topic: hello-unicast-dlq-no-partition）- 会触发死信","retryCount":3},时间戳：1760499338541，主题: hello-unicast-dlq-no-partition_dlq_topic, 分区: 0, 已重试次数: 3,最后一次异常信息：[消费失败] 模拟业务异常 [死信捕获] 死信Topic: hello-unicast-dlq-no-partition_dlq_topic, 消息: 测试消息（主Topic: hello-unicast-dlq-no-partition）- 会触发死信 2025-10-15 11:35:39.550 INFO 25208 --- [pool-2-thread-1] c.t.s.e.port.kafka.delay.DelayHandler : 延迟任务执行：targetTopic=delay_topic_level_1, currentTime=1760499339550 2025-10-15 11:35:40.052 INFO 25208 --- [r_group_level_1] c.t.s.e.p.k.c.GenericKafkaConsumerTask : 实际恢复成功，topic: delay_topic_level_1 2025-10-15 11:35:40.052 INFO 25208 --- [pool-2-thread-1] c.t.s.e.port.kafka.KafkaEventCenter : 恢复成功，topic: delay_topic_level_1 2025-10-15 11:35:40.052 INFO 25208 --- [pool-2-thread-1] c.t.s.e.port.kafka.delay.DelayHandler : 恢复目标topic消费：delay_topic_level_1 2025-10-15 11:35:40.053 INFO 25208 --- [pool-2-thread-1] c.t.s.e.port.kafka.KafkaEventCenter : 延迟事件已转发，targetTopic: hello-unicast-dlq-no-partition 消息: 测试消息（主Topic: hello-unicast-dlq-no-partition）- 会触发死信 2025-10-15 11:35:40.072 WARN 25208 --- [nPool-worker-18] c.t.s.e.p.k.d.DLQEventHandlerWrapper : Event handle failed (attempt 2/3): [消费失败] 模拟业务异常 2025-10-15 11:35:40.072 INFO 25208 --- [nPool-worker-18] c.t.s.e.port.kafka.KafkaEventCenter : level=2, expirationTime=1760499345072 2025-10-15 11:35:40.073 INFO 25208 --- [nPool-worker-18] c.t.s.e.p.k.d.DLQEventHandlerWrapper : 事件延时 5000ms 后重试 消息: 测试消息（主Topic: hello-unicast-dlq-no-partition）- 会触发死信 2025-10-15 11:35:40.073 WARN 25208 --- [nPool-worker-18] c.t.s.e.p.k.d.DLQEventHandlerWrapper : Event handle failed (attempt 3/3): [消费失败] 模拟业务异常 2025-10-15 11:35:40.073 ERROR 25208 --- [nPool-worker-18] c.t.s.e.p.k.d.DLQEventHandlerWrapper : Event failed after 3 retries, sent to DLQ 2025-10-15 11:35:40.076 INFO 25208 --- [ad | producer-1] c.t.s.e.p.k.d.DLQEventHandlerWrapper : 发送至死信队列！原始事件: {"filterKey":"key","timeStamp":1760499340073,"message":"测试消息（主Topic: hello-unicast-dlq-no-partition）- 会触发死信","retryCount":3},时间戳：1760499340073，主题: hello-unicast-dlq-no-partition_dlq_topic, 分区: 0, 已重试次数: 3,最后一次异常信息：[消费失败] 模拟业务异常 [死信捕获] 死信Topic: hello-unicast-dlq-no-partition_dlq_topic, 消息: 测试消息（主Topic: hello-unicast-dlq-no-partition）- 会触发死信 2025-10-15 11:35:43.550 INFO 25208 --- [pool-5-thread-1] c.t.s.e.port.kafka.delay.DelayHandler : 延迟任务执行：targetTopic=delay_topic_level_2, currentTime=1760499343550 2025-10-15 11:35:43.627 INFO 25208 --- [r_group_level_2] c.t.s.e.p.k.c.GenericKafkaConsumerTask : 实际恢复成功，topic: delay_topic_level_2 2025-10-15 11:35:43.627 INFO 25208 --- [pool-5-thread-1] c.t.s.e.port.kafka.KafkaEventCenter : 恢复成功，topic: delay_topic_level_2 2025-10-15 11:35:43.627 INFO 25208 --- [pool-5-thread-1] c.t.s.e.port.kafka.delay.DelayHandler : 恢复目标topic消费：delay_topic_level_2 2025-10-15 11:35:43.630 INFO 25208 --- [pool-5-thread-1] c.t.s.e.port.kafka.KafkaEventCenter : 延迟事件已转发，targetTopic: hello-unicast-dlq-no-partition 消息: 测试消息（主Topic: hello-unicast-dlq-no-partition）- 会触发死信 2025-10-15 11:35:43.635 WARN 25208 --- [nPool-worker-18] c.t.s.e.p.k.d.DLQEventHandlerWrapper : Event handle failed (attempt 3/3): [消费失败] 模拟业务异常 2025-10-15 11:35:43.635 ERROR 25208 --- [nPool-worker-18] c.t.s.e.p.k.d.DLQEventHandlerWrapper : Event failed after 3 retries, sent to DLQ 2025-10-15 11:35:43.636 INFO 25208 --- [r_group_level_2] c.t.s.e.p.k.c.GenericKafkaConsumerTask : 实际暂停成功，topic: delay_topic_level_2 2025-10-15 11:35:43.636 INFO 25208 --- [nPool-worker-22] c.t.s.e.port.kafka.KafkaEventCenter : 暂停成功，topic: delay_topic_level_2 2025-10-15 11:35:43.636 INFO 25208 --- [nPool-worker-22] c.t.s.e.port.kafka.delay.DelayHandler : 暂停目标topic：delay_topic_level_2 2025-10-15 11:35:43.644 INFO 25208 --- [ad | producer-1] c.t.s.e.p.k.d.DLQEventHandlerWrapper : 发送至死信队列！原始事件: {"filterKey":"key","timeStamp":1760499343635,"message":"测试消息（主Topic: hello-unicast-dlq-no-partition）- 会触发死信","retryCount":3},时间戳：1760499343635，主题: hello-unicast-dlq-no-partition_dlq_topic, 分区: 0, 已重试次数: 3,最后一次异常信息：[消费失败] 模拟业务异常 [死信捕获] 死信Topic: hello-unicast-dlq-no-partition_dlq_topic, 消息: 测试消息（主Topic: hello-unicast-dlq-no-partition）- 会触发死信 2025-10-15 11:35:45.079 INFO 25208 --- [pool-5-thread-1] c.t.s.e.port.kafka.delay.DelayHandler : 延迟任务执行：targetTopic=delay_topic_level_2, currentTime=1760499345079 2025-10-15 11:35:45.172 INFO 25208 --- [r_group_level_2] c.t.s.e.p.k.c.GenericKafkaConsumerTask : 实际恢复成功，topic: delay_topic_level_2 2025-10-15 11:35:45.172 INFO 25208 --- [pool-5-thread-1] c.t.s.e.port.kafka.KafkaEventCenter : 恢复成功，topic: delay_topic_level_2 2025-10-15 11:35:45.173 INFO 25208 --- [pool-5-thread-1] c.t.s.e.port.kafka.delay.DelayHandler : 恢复目标topic消费：delay_topic_level_2 2025-10-15 11:35:45.174 INFO 25208 --- [pool-5-thread-1] c.t.s.e.port.kafka.KafkaEventCenter : 延迟事件已转发，targetTopic: hello-unicast-dlq-no-partition 消息: 测试消息（主Topic: hello-unicast-dlq-no-partition）- 会触发死信 2025-10-15 11:35:45.192 WARN 25208 --- [nPool-worker-22] c.t.s.e.p.k.d.DLQEventHandlerWrapper : Event handle failed (attempt 3/3): [消费失败] 模拟业务异常 2025-10-15 11:35:45.193 ERROR 25208 --- [nPool-worker-22] c.t.s.e.p.k.d.DLQEventHandlerWrapper : Event failed after 3 retries, sent to DLQ 2025-10-15 11:35:45.206 INFO 25208 --- [ad | producer-1] c.t.s.e.p.k.d.DLQEventHandlerWrapper : 发送至死信队列！原始事件: {"filterKey":"key","timeStamp":1760499345192,"message":"测试消息（主Topic: hello-unicast-dlq-no-partition）- 会触发死信","retryCount":3},时间戳：1760499345193，主题: hello-unicast-dlq-no-partition_dlq_topic, 分区: 0, 已重试次数: 3,最后一次异常信息：[消费失败] 模拟业务异常 [死信捕获] 死信Topic: hello-unicast-dlq-no-partition_dlq_topic, 消息: 测试消息（主Topic: hello-unicast-dlq-no-partition）- 会触发死信@Slf4j @RequiredArgsConstructor public class DLQEventHandlerWrapper implements EventHandler { // 原事件处理器 private final EventHandler delegate; // DLQ配置 private final DLQConfig dlqConfig; // 事件中心（用于发送死信） private final String mainTopic; // 当前主Topic private final KafkaEventCenter eventCenter; private String lastException; /** * 处理事件，包含重试与死信发送逻辑。 * <p>核心逻辑： * 1. 若DLQ未启用，直接调用原始处理器； * 2. 若启用，按配置重试处理事件； * 3. 重试耗尽后发送事件到DLQ。 * * @param event 待处理的事件 */ @Override public void handleEvent(Event event) { if (!dlqConfig.isEnabled()) { delegate.handleEvent(event); // 未启用DLQ，直接执行原逻辑 return; } int retryCount = event.getRetryCount(); boolean success = false; while (retryCount < dlqConfig.getMaxRetries()) { try { delegate.handleEvent(event); // 执行原事件处理 success = true; break; } catch (Exception e) { retryCount++; event.setRetryCount(retryCount); log.warn("Event handle failed (attempt {}/{}): {}", retryCount, dlqConfig.getMaxRetries(), e.getMessage()); lastException=e.getMessage(); if (retryCount >= dlqConfig.getMaxRetries()) { // 达到最大重试次数，发送死信 break; } // 计算重试延时 long delay = dlqConfig.getRetryStrategy().getNextDelay(retryCount); eventCenter.sendDelay(mainTopic,event,delay,new FlexibleMatchStrategy( DelayQueueStrategy.ApproximationMode.UP)); sendDelay(event,delay); } } if (!success) { String dlqTopic = mainTopic + "_dlq_topic"; sendToDLQ(event, retryCount,lastException,dlqTopic); log.error("Event failed after {} retries, sent to DLQ" , dlqConfig.getMaxRetries()); } } /** * 将事件发送至死信队列 */ private void sendToDLQ(Event event,int retryCount,String lastException,String dlqTopic) { // 构造自定义EventFuture回调，捕获发送结果 EventFuture dlqEventFuture = new EventFuture() { @Override public void onSuccess(EventCenterSendResult result) { log.info("发送至死信队列！原始事件: {},时间戳：{}，主题: {}, 分区: {}, 已重试次数: {},最后一次异常信息：{}", event.toString(),result.getTimestamp(),result.getTopic(), result.getPartition(), retryCount, lastException); } @Override public void onFailure(Throwable throwable) { // 关键：记录重试次数和发送异常 log.error("死信消息发送失败！原始事件: {}, 已重试次数: {}, 异常信息: {}", event.toString(), retryCount, throwable.getMessage(), throwable); } }; try { // 调用带回调的send方法（匹配参数：topic, event, eventFuture） eventCenter.send(dlqTopic, event, dlqEventFuture); } catch (Exception e) { // 处理send方法本身的异常（如参数错误） log.error("调用死信发送方法时发生异常，已重试次数: {}", retryCount, e); } } private void sendDelay(Event event, long delay) { log.info("事件延时 {}ms 后重试", delay); // TODO: 实际延时队列实现 } }@SpringBootApplication(exclude = {DataSourceAutoConfiguration.class, DataSourceTransactionManagerAutoConfiguration.class}) @ComponentScan(basePackages = { "com.tplink.nbu.demo.basicspringboot", "com.tplink.smb.eventcenter.port.kafka.deadletter", "com.tplink.smb.eventcenter.api.config" }) public class DelayDeadTest implements CommandLineRunner { @Autowired private KafkaEventCenter eventCenter; @Autowired private DLQConfig deadLetterConfig; // 所有测试主Topic（对应不同重载方法） String mainTopic = "hello-unicast-dlq-no-partition"; // registerUnicast(DLQ, 无Partition) public static void main(String[] args) { SpringApplication.run(DelayDeadTest.class, args); } @Override public void run(String... args) throws Exception { eventCenter.registerDelayConsumer(); registerDLQConsumers(); // 注册所有带死信的消费者（模拟失败） registerDLQListeners(); // 注册所有死信Topic的监听 sendTestMessagesToAllTopics();// 发送测试消息触发死信 } /** * 注册所有带死信的消费者 */ private void registerDLQConsumers() { // 模拟消费失败的Handler（所有测试共用） EventHandler failingHandler = event -> { System.out.println(" 消息: " + event.getMessage()); throw new RuntimeException("[消费失败] 模拟业务异常 "); }; // -------------------------- 1. registerUnicast(DLQ, 无PartitionAssignorMode) -------------------------- eventCenter.registerUnicast( mainTopic, // 主Topic "group-unicast-dlq-no-part", // 消费者组（手动指定） failingHandler, ForkJoinPool.commonPool(), // 线程池 deadLetterConfig // 死信配置 ); } /** * 注册所有死信Topic的监听（死信Topic规则：主Topic + "_dlq_topic"） */ private void registerDLQListeners() { String dlqTopic = mainTopic + "_dlq_topic"; // 死信Topic（与业务代码规则一致） eventCenter.registerUnicast( dlqTopic, "dlq-group-" + mainTopic, // 死信消费者组（唯一即可） event -> System.out.println("[死信捕获] 死信Topic: " + dlqTopic + ", 消息: " + event.getMessage()), ForkJoinPool.commonPool() ); } /** * 给所有主Topic发送测试消息（触发消费失败） */ private void sendTestMessagesToAllTopics() { Event event = new Event( "key", "测试消息（主Topic: " + mainTopic + "）- 会触发死信" ); eventCenter.send(mainTopic, event); System.out.println("[消息发送] 主Topic: " + mainTopic + ", 内容: " + event.getMessage()); } }请分析并解决，为什么只发送了一条消息，但死信队列中出现不只一条消息
10-16
我们应该改为：在同一个事件处理中，只进行一次处理尝试（不循环），如果失败且未达到最大重试次数，则发送一个延时消息（只发送一次），然后结束本次处理。当延时消息被重新投递时，再尝试处理，此时重试次数已经...
Java语言期末复习：基础理论与常见误区
17. **异常处理结构**：错误地认为一个try块只能对应一个catch，实际上可以有多对。 18. **垃圾回收机制**：虽然Java有垃圾回收，但仍需遵循一定的规则，不能依赖它来管理所有对象。 19. **数组元素类型**：错误地...
对象住哪里？——深入剖析 JVM 内存结构与对象分配机制
m0_73341242的博客
11-07 2682
根据《Java 虚拟机规范（Java Virtual Machine Specification）》：方法区（Method Area）是 JVM 的一块逻辑内存区域，用于存放类的元数据信息，包括：类的结构定义（类名、父类、接口信息）字段与方法信息运行时常量池（Runtime Constant Pool）静态变量（Static Fields）即时编译器（JIT）编译后的代码（Code Cache）简单来说，方法区是 “类级数据的仓库”。
Sleeping-Cup-Chat：JavaScript驱动的高效公开聊天新选择
yangrenrui的博客
11-08 754
JavaScript开源项目Sleeping-Cup-Chat提供高效公开聊天解决方案，基于WebSocket实现实时互动。该项目具备完善管理功能，包括权限设置、IP封禁和敏感词过滤，保障聊天秩序。支持历史记录保存和纯公开交流场景，适配企业、教育、社群等多种需求。GitHub地址：https://github.com/YANGRENRUIYRR/Sleeping-Cup-Chat
Java 结构
最新发布
2501_90980137的博客
11-10 426
，break 用于跳出分支，否则穿透执行。• finally：无论是否发生异常，都会执行的代码块（常用于关闭资源），语法为 try { 代码 } catch (异常类型 e) { 处理代码 } finally { 释放资源 }。• if-else：单条件判断，语法为 if (条件) { 代码块1 } else { 代码块2 }，可嵌套 if-else if-else 实现多条件判断。• 整数型：byte（1字节）、short（2字节）、int（4字节，默认整数类型）、long（8字节，需加后缀 L）。
Java集合框架核心解析
m0_56561113的博客
11-09 1081
List适合需要维护元素顺序、允许重复和索引访问的场景；Set适合需要元素唯一性、不关心顺序的场景。选择实现类：根据具体需求选择，如ArrayList用于频繁查询，LinkedList用于频繁插入删除，HashSet用于快速去重，TreeSet用于排序集合。遍历方式适用集合类型能否在遍历中安全删除元素特点Iterator所有Collection可以(用最基础、最通用、最安全增强for循环所有Iterable(主要是Collection不可以简洁易读forEach()(Java 8+)所有。
我与C++的一面之缘
技术人集结地
11-09 404
摘要：文章回忆了作者大学选修C++课程的珍贵经历，虽然现在从事Java开发，但C++课程中学习的"类"、构造函数和析构函数等概念，培养了自己严谨的编程思维。这段短暂的学习经历不仅带来了成就感，更成为影响其职业发展的重要启蒙。作者指出，编程不仅是代码编写，更是一种思维训练和问题解决能力的培养，这段与C++的缘分虽短却终身受益。（150字）
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值