java 开发中我们经常会用到的数据判空、数据比较和不同数据之间的类型转换，尤其数据判空可以让我们避免经常会出现的 NullPointerException 空指针异常报错。
在没有用Optional判空之前，你是否也像下面的代码一样判空呢？如果是，请往下看，Optional 相对传统判空的优势。
a 就可以称为是一个空字符串。由于 String 在 Java 中底层是通过 char 数组去存储字符串的，所以空字符串对应的 char 数组表现形式为
我：“肯定学过呀！”，这时候的我自信满满，手撕集合八股文嘛，早已背的滚瓜烂熟了呀。
NullPointException应该算是每一个码农都很熟悉的家伙了吧？谁的代码不曾抛过几个空指针异常呢…
在我们日常开发中，判空应该是最常用的一个操作了。因此项目中总是少不了依赖commons-lang3包。这个包为我们提供了两个判空的方法，分别是StringUtils.isEmpty(CharSequence cs)和StringUtils.isBlank(CharSequence cs)。我们分别来看看这两个方法有什么区别。
前一段时间，项目紧急迭代，临时加入了一个新功能：用户通过浏览器在系统界面上操作，然后Java后台代码做一些数据的查询、计算和整合的工作，并对第三方提供了操作接口。
————— 第二天 ————— 单例模式第一版： public class Singleton { private Singleton() {} //私有构造函数 private static Singleton instance = null; //单例对象 //静态工厂方法 public static Singleton getInstance() { if (instance == null) {
1.要想让一个类只能构建一个对象，自然不能让它随便去做new操作，因此Signleton的构造方法是私有的。
在开发中，我们常常需要对一个引用进行判空以防止空指针异常的出现。Java8引入了Optional类，为的就是优雅地处理判空等问题。现在也有很多类库在使用Optional封装返回值，比如Spring Data JPA等。下面，我们就来了解下Optional的常用用法
近来关于 Kotlin 的文章着实不少，Google 官方的支持让越来越多的开发者开始关注 Kotlin。不久前加入的项目用的是 Kotlin 与 Java 混合开发的模式，纸上得来终觉浅，终于可以实践一把新语言。本文就来小谈一下 Kotlin 中的空处理。
JDK 作为我们每天必备的调用类库，里面大量提供了基础类供我们使用。可以说离开 JDK ，我们的 Java代码寸步难行。
在Kotlin中，有一些用于扩展 & 方便开发者编码的内置函数，能大大提高开发者的开发效率。今天，我将主要讲解的是：
最近我们通过sonar静态代码检测，同时配合人工代码review，发现了项目中很多代码问题。除了常规的bug和安全漏洞之外，还有几处方法用法错误，引起了我极大的兴趣。我为什么会对这几个方法这么感兴趣呢？因为它们极具迷惑性，可能会让我们傻傻分不清楚。
队列是一种特殊的线性表，特殊之处在于它只允许在表的前端（front）进行删除操作，而在表的后端（rear）进行插入操作，和栈一样，队列是一种操作受限制的线性表。进行插入操作的端称为队尾，进行删除操作的端称为队头。
作为搬砖党的一族们，我们对判空一定再熟悉不过了，不要跟我说你很少进行判空，除非你喜欢NullPointerException。
最终，项目中会存在大量判空代码，多么丑陋繁冗！如何避免这种情况？我们是否滥用了判空呢？
作为搬砖党的一族们，我们对判空一定再熟悉不过了，不要跟我说你很少进行判空，除非你喜欢 NullPointerException。
相信很多朋友对于单例模式都很熟悉，一般常见的就七八种，百度一大堆，这里聊一下双判空情况下的单例模式。 双判空单例是由单判空所演变而来的，是原来的一些程序员为了提升效率，主要是在JDK版本比较低的时候，锁是比较低效的，双判空从逻辑上可以解决线程的吊起、等待、调度等开销。但是双向判空的单例由于java虚拟机内存分配模型的问题，它并不能实现多线程安全了。
我整天都是在跟Java打交道。我在Java开发中最常用的一段代码就是用object != null在使用对象之前判断是否为空。这么做是为了避免NullPointerException。但是我发现这样检测代码实在是太丑了，而且及其不可读。
单例模式在网上已经是被写烂的一种设计模式了，笔者也看了不少的有关单例模式的文章，但是在实际生产中使用的并不是很多，如果一个知识点，你看过100遍，但是一次也没实践过，那么它终究不是属于你的。因此我借助这篇文章来复习下设计模式中的单例模式。
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
最近公司来了一批实习生，小黑哥负责带一个。这位小师弟说实话，基本功很扎实，做事也非常靠谱，深得小黑哥真传。
王垠更新了文章，加入了Optional跟Union比较的内容，所以我也来更新一下。垠神认为Optional并没有什么卵用，Java8的Optional我不是很了解，不过看他写的样子，应该是个用了泛型的容器类，而且从他举的例子来看，确实没什么卵用，不管是报NoSuchElementException还是NullPointerException都是运行时错误，的确换汤不换药。至于他说Swift的Optional跟Java是一样的问题么，我觉得还是有待商榷，之前我也说了强制解包语法!是为了兼容OC类库，毕竟Swift这个语言主要还是为了做iOS开发，总是有些历史包袱。如果不滥用！的话，Swift的Optional还是个不错的特性。至于垠神说的在类型外面包一个数据结构会导致程序变得复杂，比如Java的Optional如果要安全使用的话，就得先判空（x.isPresent()）再取对象(x.get())，这确实很蛋疼，还不如直接用原先的类型，使用前先判空就是了。想比之下Swift的if let跟guard let就好很多，判空跟取值一步到位，若为空就取不到值，若不为空就直接取值并赋值，干净利落。
一、队列的定义 队列( queue )是只允许在一端进行插入操作，而在另一端进行删除操作的线性表。 队列是一种先进先出(First In First Out)的线性表，简称FIFO。允许插入的一端称为队尾，允许删除的一端称为队头。如图所示：
最近在学kotlin,虽然还没有像其他博主一样立马就爱上它.但是不得不说,kotlin对比起java还是有不少优势的. 1、语法简洁 首先是语法比较简洁,能不简单处理的就不啰嗦. 1.1、变量与常量 变量通过var关键字定义,常量通过val关键字定义.既支持类型推倒也支持显示声明类型.这样的话定义变量和常量写起来会比java简洁一些: var intVar = 1 var stringVar: String = "abc" val INT_VALUE = 1 1.2、类 在kotlin中,类可以通过cl
点击上方“芋道源码”，选择“设为星标” 管她前浪，还是后浪？ 能浪的浪，才是好浪！ 每天 10:33 更新文章，每天掉亿点点头发... 源码精品专栏 原创 | Java 2021 超神之路，很肝~ 中文详细注释的开源项目 RPC 框架 Dubbo 源码解析 网络应用框架 Netty 源码解析 消息中间件 RocketMQ 源码解析 数据库中间件 Sharding-JDBC 和 MyCAT 源码解析 作业调度中间件 Elastic-Job 源码解析 分布式事务中间件 TCC-Transaction
来源：blog.csdn.net/lizeyang/article/details/40040817
我的一个小伙伴也趁着这个机会面了几家试了试水，其中有面试官问到了一个问题：使用过单例模式吗？单例模式有哪些实现方式？你用过哪些？你的单例模式能保证百分之百单例吗？
实际项目中我们会有很多地方需要判空校验，如果不做判空校验则可能产生NullPointerException异常。
有运算就有操作符，dart中除了普通的算术运算的操作符之外，还有自定义的非常特殊的操作符，今天带大家一起来探索一下dart中的特殊操作符。
对于Java程序员来说，null是令人头痛的东西。时常会受到空指针异常（NPE）的骚扰。连Java的发明者都承认这是他的一项巨大失误。
Kotlin 中的 可空类型 变量 , 在运行时 可以选择 不启用 安全调用 操作 ,
org.apache.commons.lang.StringUtils 类提供了 String 的常用操作,最为常用的判空有如下两种 isEmpty(String str) 和 isBlank(String str)。
策略模式是Java 23种设计模式之一，在https://refactoring.guru/design-patterns/网站中这样对策略模式进行了解释：
NPE异常相信 Java 程序员都很熟悉，是 NullPointerException 的缩写；最近业务需求开发的有点着急，测试环境就时不时的来个NPE异常，特别的头疼；作为出镜率最高的异常之一，一旦入行 Java 开发，可以说它将伴随着你整个职业生涯；不管是新手小白、还是老司机，对NPE异常那是又“爱”又狠，爱的主要原因是处理起来简单，恨当然是一个不小心就会踩坑；为了提高代码的质量，NPE异常是必须要消灭掉的；
今天技术群里有朋友问：“是否需要为对象里的集合赋默认值？会不会有问题？默认空集合是不是上游就可以不用 CollectionUtils 判空，代码更简洁？”
来自：CSDN，译者：lizeyang 链接: https://blog.csdn.net/lizeyang/article/details/40040817
苦于没有素材的时候，路上突然想起来同事说今天遇到好多调用方法走不下去，全都是空指针异常，刚写代码或者代码篇幅过多的时候，总会忘记防止空指针异常，那么就此总结下关于空指针异常，及解决方案。
Python中的None是一个经常被用到的知识点，但是很多人对于None的内涵把握的还是不够精确，今天就和我一起好好理解下这个小知识点吧。
可空类型，对于熟悉C#的同学一定不会陌生。在C#里面值类型都是不能为空的，比如int类型默认为0，bool默认为false。但是我们给int加上？后，就是一个可空类型了。
我自己更喜欢使用 StringUtils.isBlank(String str) 来执行判空操作，因为判断的条件更多更具体，特别是进行参数校验时，推荐使用。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
腾讯会议
