标签搜索
- Chrome插件
- zgc
- JDK
- 响应式编程
- R2DBC
- 小说
- 成长
- 公众号
- 事务
- 流处理
- 大数据
- 旅行
- mongo db
- SUNO
- github
- IDEA
- 安全
- 注解
- 总结
- 求职
- 分布式事务
- CAP
- 分布式系统
- loadbalancer
- 装修
- 买房
- 前端
- 方案设计
- AIGC
- JVM
- 资讯
- Netty
- NIO
- BIO
- zookeeper
- RocketMQ
- MySQL
- stable diffusion
- spring MVC
- spring AOP
- JDBC
- mybatis
- logback
- docker
- consul
- spring event
- 新冠
- 连接池
- redis
- 运维
- nginx
- hiper-v
- DDD
- 搞笑
- 数据库
- 团建
- 游戏
- Gradle
- 心情
- 好物
- eureka
- spring framework
- spring boot
- 设计模式
- apache common
- ShardingSphere
- KAFKA
- leetcode
- spring cloud
- feign
- ES
- 起点
目 录CONTENT
以下是
开发技巧
相关的文章
-
搞定系统设计题：如何设计 API 网关 随着微服务架构的流行，系统的复杂性增加，前端需要面对多个服务的接口，导致了安全、流量控制、监控等逻辑重复实现。为了解决这些问题，API 网关应运而生，成为系统中的统一入口，负责请求路由、安全保护、流量控制等多种职能。API 网关的核心功能包括请求路由、负载均衡、鉴权与认证、限流与熔断、日志与监控及安全防护。它通过灵活的路由策略，将请求正确转发到相应的服务，同时实现限流和熔断机制，保证系统安全与稳定。此外，API 网关还提供监控功能，帮助开发者掌握系统运行状态，提高服务可观测性。设计一个成熟的 API 网关需要综合考虑高可用性与可扩展性，以满足高并发环境的需求。总体而言，API 网关在微服务架构中扮演着至关重要的角色，旨在提升系统的性能、可靠性和安全性。 -
搞定系统设计题：如何设计一个全局ID生成器？ 本论文探讨了全局唯一 ID 生成器的设计与实现，系统分为七章。首先，需求分析明确了功能与非功能需求，包括唯一性、高可用性和高性能等关键要素，并提出面试中常见的引导问题。接下来，详细介绍了三种 ID 类型及其优缺点：UUID、数据库自增 ID 和分布式 Snowflake 方案。核心设计思路部分讨论了集中式与分布式生成的利弊、ID 组成、唯一性保证策略以及性能优化点。系统架构设计章节则强调高可用性与可扩展性，建议通过多机房部署和动态机器 ID 分配来增强系统的容错能力。最后，具体实现方案包括单机与分布式 Snowflake 的实现细节，并提供了异常处理及简化版 Java 代码示例。本文的目标是帮助读者掌握全局唯一 ID 生成的关键技术，同时提高在技术面试中的表现。
-
搞定系统面试题：如何设计一个推荐系统？ 推荐系统是每个互联网公司面试中的经典考题，其设计难度源于复杂的数据处理、实时性要求和多维度的优化目标。推荐系统主要功能是帮助用户发现感兴趣的内容，从而提升转化率与用户黏性。系统设计首先要明确推荐场景，例如电商或内容平台，并根据不同业务目标定义推荐目标。数据来源和埋点设计是成功推荐系统的核心，确保高质量的数据收集、处理和特征生成是至关重要的。此外，通过构建用户画像和内容画像，系统能够进行有效的向量化匹配。召回层和排序层设计更进一步优化推荐结果，实现多路召回和智能排序。最后，实时性与模型更新和监控评估也是确保推荐效果的重要环节。本文将逐步拆解如何从零开始搭建一个高效的推荐系统。
-
搞定系统设计题：如何设计一个订单系统？ 本文讨论了订单系统设计的全过程，适用于技术面试中的系统设计题目。引言部分指出，订单系统是电商、支付等业务中的核心组件，因此设计时需从多个维度考虑。需求分析分为功能性和非功能性需求，涵盖用户下单、支付方式、订单状态流转等核心功能，还包括高并发支持、一致性、可扩展性等非功能要求。 随后，文章描述了核心架构设计，建议使用微服务或分层架构以实现灵活性和扩展性。数据库设计部分展现了核心实体、表设计、索引优化及并发控制等要素。核心流程如下单、支付、订单状态机等被详细设计，以确保系统的高可用性和安全性。 此外，技术实现要点如缓存策略、消息队列和事务处理，优化了系统在高并发环境下的表现。最后，文章探讨了如何进行扩展与优化，包括秒杀活动的特殊应对、多支付渠道的集成等内容，帮助面试者全面理解订单系统的设计与实现。
-
搞定系统设计题：如何设计一个支付系统？ 本文围绕支付系统的设计展开，提供了系统设计面试的答题思路与关键要点。首先，强调需求分析的重要性，确保与面试官对齐功能性和非功能性需求，例如支付处理、退款能力和安全性等。接着，通过高层架构设计，展示系统的核心模块如支付网关、交易服务和风控模块，确保简洁明确，避免实现细节的纷繁复杂。文中还分析了支付系统面临的核心挑战，包括幂等性、一致性、安全性和高可用性，提供了相应的解决方案，例如生成唯一流水号保证支付幂等性、使用状态机保证一致性等。此外，数据与流程设计也是考察重点，需展示对核心数据表及状态流转的理解。最后，扩展和优化策略如多支付方式支持、实时监控等，作为加分项提升答题的深度与广度，帮助候选人在面试中脱颖而出。
-
搞定系统面试题：如何实现分布式Session管理 本文介绍了分布式环境下的Session管理挑战及解决方案。首先，Session用于识别用户身份和存储临时数据，单机应用中Session存储简单高效。然而，随着应用向分布式架构发展，Session管理面临一致性、高可用性、性能及安全等挑战。针对这些问题，常见的解决方案包括Session复制、Sticky Session、集中式Session存储（如Redis）和Token无状态Session等，每种方案在复杂度、性能和适用场景上各有优劣。在高并发场景中，集中式存储如Redis表现优异；而微服务架构则更适合使用Token方式。面试中，考生应展示对多种方案的理解，并结合具体场景进行分析与选择，以展现系统设计能力。
-
Lombok vs Java Record：谁才是未来？ 本文比较了Java中的Lombok和Record两种减少样板代码的工具。Lombok通过注解简化JavaBean的写法，允许开发者以几行注解替代冗长的代码，显著提高开发效率。它广泛应用于微服务和Spring Boot项目中，但存在编译依赖、黑箱问题和未来兼容性的风险。而Record则是Java官方推出的语法特性，旨在简化不可变数据对象的表达，使用一行代码即可实现与传统写法同等的功能，且无须依赖第三方库。Record天然支持不可变编程，但对于频繁修改属性的场景灵活性较差，且仅在Java 16及以上版本可用。 通过实例对比，传统JavaBean写法冗长，Lombok使用注解后代码极为简洁，而Record则更为直观。使用场景方面，Lombok适合对复杂业务逻辑进行简化，而Record更适合轻量级数据对象。明晰未来趋势，Record有可能逐渐取代Lombok成为主流选择。
-
Java 面试救命题：短链接系统设计如何兼顾唯一性与高可用？ 短链接系统是系统设计类面试中的热门考题，它表面上看似简单，实际上涉及多个关键设计要点，包括唯一性、存储、性能、高可用性等。短链接广泛应用于社交平台、营销推广和数据统计等场景，面试官通过此题考察候选人的系统设计思路及对存储扩展、性能优化和可靠性的理解。 核心设计目标包括将长链接转换为短链接、跳转功能、访问统计及短链接的失效机制。主要难点在于如何保障短链唯一性、支持水平扩展、高可用性设计以及性能优化。设计思路包括短链生成策略（如自增ID、哈希、雪花算法）、存储方案（关系型数据库或NoSQL）、架构流程设计等。 系统架构设计需考虑高性能优化、高可用性、监控和日志收集等方面，并结合缓存策略和分布式生成来应对高并发访问。总结时强调了代价最小与最大策略，展示了应对安全问题和扩展功能的思路，如用户自定义短链和短链过期机制等。
-
搞定面试设计题：秒杀系统怎么答 本文针对秒杀系统的设计进行了详细分析，旨在帮助开发者在面试中自信应对相关问题。首先介绍了秒杀场景的特点，如高并发流量和有限库存，强调了系统设计的核心目标，包括抗高并发、避免超卖和保持高可用性。接着，文章阐述了常见的问题与难点，如流量洪峰、库存超卖及恶意请求，提出了相应的解决方案。设计方案包括架构总览、请求拦截与限流、库存预减、异步下单、数据库优化和缓存策略，强调了多种技术手段的结合使用，如Nginx限流和Redis原子操作。同时，文章也分析了避免超卖、重复下单和防刷的策略，建议采用代价最小的方案以便快速上线，并探讨了进一步扩展与优化的方向。最后，总结了答题框架，强调了在面试中应层次分明、清晰表达思路，以展示技术深度和架构能力。
-
通过trae开发你的第一个Chrome扩展插件 随着浏览器功能的不断丰富，Chrome插件成为提升工作效率的重要工具，尤其对开发者而言，掌握Chrome插件开发技能可以增强前后端协作能力。本文介绍了Chrome插件开发的基础，包括关键配置Manifest V3、权限申请、背景脚本和内容脚本等要素。开发流程涉及创建manifest.json、popup.html、popup.js等文件，并通过实际示例实现简单插件，如页面背景色切换。此外，讨论了插件的调试和发布过程，以及如何通过精细的权限声明和消息通信提升安全性和用户信任。通过学习这些基础知识，开发者能够快速入门，并为项目打造专属工具，拓展更多功能可能性。
-
仍然嫌GC卡顿？新一代低延迟GC了解一下 本文讨论了Java中ZGC（Z Garbage Collector）垃圾收集器的核心机制与优化演进，ZGC是一种超低延迟的垃圾收集器，适用于大堆内存和高并发场景。文章首先介绍了不同版本JDK（如JDK 11、15、16、21）对ZGC的支持和改进，包括并发线程栈处理和分代收集的引入。与传统的G1和CMS垃圾收集器相比，ZGC显著降低了停顿时间（通常小于1ms），并且能够有效管理TB级别的堆内存，适合延迟敏感的应用如在线服务和广告系统。 此外，文章提供了ZGC的启动和调优参数示例，并分析了在容器化环境下ZGC的资源管理优势。最后，探讨了主流Java框架与不同JDK版本的兼容性，强调了学习新技术以适应行业变化的重要性。通过对ZGC的深入了解，开发者能够更好地选择合适的GC方案，以提升应用性能和用户体验。
-
JDK17 前后写法对比：差点没认出是 Java Java语言在JDK 12至JDK 17之间经历了显著的语法演进，使得其变得更加简洁和现代化。几个关键的新特性包括：首先，switch表达式引入了箭头语法，支持多标签匹配和返回值，使逻辑分支更清晰；其次，文本块（Text Blocks）使多行字符串的处理变得优雅，自动处理换行和缩进，提升了代码可读性；再者，instanceof模式匹配简化了类型判断，去除了冗余的强转；此外，record类允许以一行代码定义不可变数据类，自动生成必要的方法，减轻了样板代码的负担；最后，密封类（Sealed Classes）限制了类的继承范围，确保了子类的可控性。这些特性在实际开发中，通过简化代码实现、增强表达力，极大地提升了开发者的效率和代码的安全性。
-
Java 性能难排查？JFR 到底能帮上什么忙？ 随着应用系统复杂度提升，运行时性能监控和问题排查变得愈发重要。Java Flight Recorder（JFR）是JVM内置的强大性能监控工具，自JDK 11起开源并集成在OpenJDK中。JFR通过低开销记录JVM运行时数据，帮助开发者快速定位诸如GC频繁、线程死锁和内存泄漏等问题。文章详细介绍了JFR的功能、使用场景及其与其他监控工具的对比，阐明了JFR在监控指标的精细程度、运行开销及集成方式上的优势。JFR能够记录CPU使用情况、内存分配、线程状态等多维度数据，非常适合云原生和容器化环境。尽管JFR具有诸多优点，但它不支持Java 8及以下版本，且无法跨语言监控。通过在Spring项目中集成JFR，开发者可以高效进行性能调优和问题排查，提升系统稳定性和响应速度。
-
揭秘ZGC：下一代低延迟垃圾收集器 ZGC（Z Garbage Collector）是Java 11引入的新一代垃圾回收器，旨在解决传统GC的“延迟诅咒”问题，为大内存和低延迟场景提供高效的垃圾回收解决方案。其设计目标为最大GC停顿时间低于10毫秒，并支持TB级的堆内存。ZGC通过采用并发标记、并发复制、加载屏障和着色指针等先进技术，实现了几乎无停顿的垃圾回收机制。与传统的分代回收不同，ZGC采用单代模型，几乎完全并发处理整个堆，无需长时间的应用暂停，确保了高吞吐和低延迟。这些特性使ZGC成为对延迟敏感的应用（如电商秒杀、实时游戏、广告竞价）理想的选择。随着ZGC持续迭代，未来将推出更多优化功能，进一步提升其在复杂应用中的性能表现。
-
当垃圾回收器罢工：只分配不回收的奇葩GC Epsilon GC 是 Java 在 JDK 11 引入的一种实验性垃圾回收器，具备唯一的功能：仅负责内存分配，而不进行对象回收。其工作机制非常简单：在内存分配时检查是否有足够的内存可用，若有则分配，若无则抛出 OutOfMemoryError 错误并终止程序。Epsilon GC 的设计目的是提供一个低延迟的内存分配策略，适用于性能测试和短生命周期的应用场景，尽管其在内存占用和吞吐量方面表现较差。与传统的垃圾回收机制不同，Epsilon GC 不执行任何回收过程，因此避免了与垃圾回收相关的开销。这种全新的“无回收”策略使得 Epsilon GC 成为一种特殊的选择，主要用于特定需求下的内存管理。
-
JDK自带的HttpClient，替代Apache的更优解？ 在Java 11及以后的版本中，官方引入了新的标准HTTP客户端——JDK HttpClient，作为Apache HttpClient的替代选项。JDK HttpClient支持现代化的编程体验，包括同步和异步请求处理、HTTP/2和WebSocket的原生支持，且无需外部依赖，非常适合微服务和命令行工具。而Apache HttpClient则功能丰富，适合高并发场景如网关和爬虫，支持连接池管理和复杂表单处理。对于文件上传/下载、Spring应用或Feign客户端的底层替换，Apache HttpClient依然是推荐选择。JDK的简洁性和一致的异常处理使其在大多数日常REST API调用中表现优异。整体而言，选择替代方案时，应根据具体场景和需求来权衡二者的优缺点，建立合理的迁移路径，从而提升开发效率与维护性。
-
被截断的表情符，差点让我怀疑人生 本文探讨了在保存博客文章时，由于包含 Emoji 或特殊字符而导致 MongoDB 报错的问题。作者在尝试保存文章时，遭遇了 `DataIntegrityViolationException` 异常，经过调试发现，问题源于使用 `substring` 方法截取字符串时，导致 Emoji 的代理对被截断，产生了不合法的 UTF-8 编码。由于 Java 的字符串是基于 UTF-16 编码，普通字符和高位字符（如 Emoji）在内部表示上有所不同，因此简单的字符截断容易导致非法字符出现。为了解决这一问题，作者建议使用 Unicode 码点进行截断，以确保字符串按完整字符处理。通过使用相关 API，如 `codePointCount()` 和 `offsetByCodePoints()`，可以有效避免截断问题，从而确保在保存到 MongoDB 时不会出现编码错误。整体而言，文章强调了处理字符串时需关注字符边界，以提高开发体验。
-
Java 11编译增强解析：嵌套类访问优化与动态常量机制 Java 在版本更新中不仅仅停留在语法上的简单改善，更在虚拟机层面进行了深刻优化。本文主要分析了 JDK 11 中的两项重要改进：JEP 181（嵌套类访问控制）和 JEP 309（动态类文件常量）。JEP 181 通过引入嵌套类访问控制机制，消除了编译器生成的桥接方法，从而使嵌套类间的访问更为自然和安全，减少了方法调用开销，提升了性能和反编译的简洁性。JEP 309 则通过支持动态常量的加载，避免了不必要的常量初始化，降低了内存消耗，使 class 文件更轻便、启动更快。这些底层优化虽然不易被开发者直接察觉，却实质上提升了开发效率和体验，为未来新特性的实现奠定了基础。整体来看，这些细节的革新在默默提升开发者的工作效率。
-
JDK10 GC新特性，到底能带来多大提升？ JDK8中引入的垃圾收集器（GC）如G1虽然改善了内存管理，但仍存在停顿时间长和并发性能不足的问题，影响高并发场景的应用响应速度。为了解决这些不足，JDK9和JDK10对GC机制进行了多项优化。JDK9引入了统一日志格式（JEP 214）、支持并发Full GC（JEP 304），以及优化了Parallel GC的线程局部分配缓冲（JEP 307），提升了对象分配效率。JDK10新增了实验性的ZGC，旨在实现低延迟GC，同时对G1的对象分代晋升和region回收效率进行了提升。与JDK8相比，JDK9和JDK10在日志管理和Full GC的并发支持等方面做了显著改进。虽然JDK10仍保留了主要GC类型，如Serial、Parallel和CMS，但也标记了CMS的废弃计划，推荐使用G1作为默认GC模式。通过这些优化，Java应用的性能表现和问题排查效率得到了提升。
-
摸鱼神器：AI打造的博客IDEA插件 为了提升博客的浏览量和用户粘性，笔者开发了一个名为“博客助手插件”（orange-tech）的IntelliJ IDEA插件。该插件提供了结构化的博客内容查看功能，并整合了AI聊天样式，方便用户在工作中轻松浏览文章。文中详细记录了从零开始开发插件、构建自动化打包流程到发布到GitHub的全过程，分享了在开发中遇到的各种挑战及解决方案，包括文章列表和详情的展示、UI渲染的美化、以及大型语言模型（LLM）的搭建等。此外，笔者总结了Gradle打包与发布的演进过程，并介绍了如何使用GitHub Actions实现自动化构建与发布。整个开发过程中，AI的辅助被充分利用，助力高效排错和优化设计。综上所述，这一插件的开发不仅是对多项技术的实践，也展示了AI在开发过程中的重要作用。
-
冷知识：Java -version发生了哪些变化？ 在Java开发中，使用`java -version`命令来验证JDK的安装与版本是常见的做法。然而，升级到JDK 9或JDK 10后，该命令的输出格式发生了显著变化，这主要源于两个关键提案：JEP 223（新的版本字符串方案）和JEP 322（时间驱动的版本号方案）。在JDK 8及之前，Java采用传统版本号格式，如“1.
.0_ ”，例如“1.8.0_251”。这种格式虽然历史悠久，但存在一些问题，如前缀冗余和更新号混合了功能与安全更新，导致无法清晰区分不同类型的版本。新版本字符串方案旨在解决这些问题，使版本号不仅更具可读性，同时也更能准确地反映版本状态。通过对版本结构的优化，开发者可以更加明确地了解所使用的JDK版本及其更新情况。 -
Java访问HTTPS失败？看懂根证书支持与配置 Java客户端在访问HTTPS时需要根证书以验证服务器证书链的可信度。访问失败通常是因为Java的信任库中不包含目标站点所用的根证书，例如Let’s Encrypt的证书。在JDK 10中引入的JEP 319解决了这一问题，通过预装可信的根证书，简化HTTPS通信并提升安全性。JEP 319的实施使得开发者在使用Java连接常见的HTTPS服务时无需手动导入证书，提高了开箱即用的便利性。对于使用JDK 8及更早版本的用户，推荐升级到JDK 10及以上或手动导入Let’s Encrypt的根证书。对于使用Spring Boot的用户，确保与JDK版本相匹配，以便自动信任Let’s Encrypt证书。总之，JEP 319为现代Java应用访问HTTPS服务提供了显著的便利性与安全性。
-
玩转 Java 国际化：进击的Locale！ Locale 是 Java 国际化（i18n）功能的核心类之一，用于表示特定的地理、政治或文化区域，如“中文-中国”。创建 Locale 对象的方法多样，包括使用标准常量、构造函数、语言标签及 Locale.Builder。Locale 主要应用于国际化消息处理、格式化（时间、数字和货币）、用户界面多语言支持和区域性设置等场景。通过 ResourceBundle 和 Spring 的 MessageSource，Java 能够根据 Locale 加载适合的资源文件，实现多语言支持。在格式化方面，Java 提供了如 DateTimeFormatter 和 NumberFormat 等工具类，这些类均接受 Locale 参数以符合本地习惯。此外，JDK 10 引入了 Locale.filterTags() 等增强功能。最佳实践建议中强调使用 Locale 进行动态内容展示，从而提升用户体验。
-
告别类型声明？Java的var到底该不该用 Java 在 JDK 10 中引入了局部变量类型推断的新关键字 var。这一特性的主要目的是减少代码中的冗余和样板代码，提高可读性，适应现代编程语言的趋势。使用 var，开发者可以通过初始化表达式推断变量类型，从而避免显式类型声明带来的繁琐，尤其是在使用泛型时。例如，使用 var 可以让代码看起来更加简洁，如 var map = new HashMap
-
Java模块化：梦想很丰满，现实很骨感 Java模块化自JDK 9推出以来，为开发者提供了提高代码组织性和可维护性的工具，旨在解决依赖管理、性能优化和安全性等问题。模块化的优点包括按需加载模块，减少内存占用和提升启动速度。然而，实际应用中仍面临诸多挑战，如兼容性问题、学习曲线和开源框架的适配。模块化通过强封装和依赖管理，增强了安全性，避免了直接访问JDK内部类所带来的潜在问题。此外，模块化简化了部署和更新过程，允许开发者独立更新模块而不影响整个应用的运行，降低了系统升级的复杂性。尽管当前实施仍需克服多个障碍，但随着JPMS的推行，模块化的普及和性能优化将有望推动Java应用在更广泛场景中的应用。文章通过实际案例分析了模块化的初衷、现状及未来发展，揭示了这一转变对于Java生态的重要性。
请允许在我们的网站上展示广告
您似乎使用了广告拦截器，请关闭广告拦截器。我们的网站依靠广告获取资金。
文章发布订阅~
通过邮箱订阅文章更新，您将在文章发布时收到及时的邮件提醒~