新来个技术总监谁在用isXxx形式定义布尔类型年后不用来了

　　在日常开发中，我们会经常要在类中定义布尔类型的变量，比如在给外部系统提供一个RPC接口的时候，我们一般会定义一个字段表示本次请求是否成功的。
　　关于这个本次请求是否成功的字段的定义，我见过很多不同的开发者，定义的方式都不同，尤其是在属性的命名上，有人用success，有人用isSuccess表示。
　　从语义上面来讲，两种命名方式都可以讲的通，并且也都没有歧义。那么还有什么原则可以参考来让我们做选择呢。
　　根据JavaBeansSpecification规定，如果是普通的参数propertyName，要以以下方式定义其settergetter：publicPropertyTypegetPropertyName（）；publicvoidsetPropertyName（PropertyTypea）；
　　但是，布尔类型的变量propertyName则是单独定义的：publicbooleanisPropertyName（）；publicvoidsetPropertyName（booleanm）；
　　success方法的getter应该是isSuccessgetSuccess，而isSuccess的getter应该是isIsSuccessgetIsSuccess。
　　但是很多人，在使用isSuccess作为属性名的时候，还是会采用isSuccessgetSuccess作为getter方法名，尤其是现在的很多IDE在默认生成getter的时候也是会生成isSuccess。
　　在一般情况下，其实是没有影响的。但是有一种特殊情况就会有问题，那就是发生序列化的时候可能会导致参数转换异常。
　　我们先来定义一个JavaBean：classModelimplementsSerializable｛privatestaticfinallongserialVersionUID1836697963736227954L；privatebooleanisSuccess；publicbooleanisSuccess（）｛returnisSuccess；｝publicvoidsetSuccess（booleansuccess）｛isSuccesssuccess；｝publicStringgetHollis（）｛returnhollischuang；｝｝
　　在这个JavaBean中，有一个成员变量isSuccess，三个方法，分别是IDE帮我们自动生成的isSuccess和setSuccess，另外一个是作者自己增加的一个符合getter命名规范的方法。
　　我们分别使用不同的JSON序列化工具来对这个类的对象进行序列化和反序列化：publicclassBooleanMainTest｛publicstaticvoidmain（String〔〕args）throwsIOException｛定一个Model类型ModelmodelnewModel（）；model。setSuccess（true）；使用fastjson（1。2。16）序列化model成字符串并输出System。out。println（SerializableResultWithfastjson：JSON。toJSONString（model））；使用Gson（2。8。5）序列化model成字符串并输出GsongsonnewGson（）；System。out。println（SerializableResultWithGson：gson。toJson（model））；使用jackson（2。9。7）序列化model成字符串并输出ObjectMapperomnewObjectMapper（）；System。out。println（SerializableResultWithjackson：om。writeValueAsString（model））；｝｝
　　以上代码输出结果：SerializableResultWithfastjson：｛hollis：hollischuang，success：true｝SerializableResultWithGson：｛isSuccess：true｝SerializableResultWithjackson：｛success：true，hollis：hollischuang｝
　　在fastjson和jackson的结果中，原来类中的isSuccess字段被序列化成success，并且其中还包含hollis值。而Gson中只有isSuccess字段。
　　我们可以得出结论：fastjson和jackson在把对象序列化成json字符串的时候，是通过反射遍历出该类中的所有getter方法，得到getHollis和isSuccess，然后根据JavaBeans规则，他会认为这是两个属性hollis和success的值。直接序列化成json：｛hollis：hollischuang，success：true｝
　　但是Gson并不是这么做的，他是通过反射遍历该类中的所有属性，并把其值序列化成json：｛isSuccess：true｝
　　可以看到，由于不同的序列化工具，在进行序列化的时候使用到的策略是不一样的，所以，对于同一个类的同一个对象的序列化结果可能是不同的。那么，如果我们把一个对象使用fastjson进行序列化，再使用Gson反序列化会发生什么呢？publicclassBooleanMainTest｛publicstaticvoidmain（String〔〕args）throwsIOException｛ModelmodelnewModel（）；model。setSuccess（true）；GsongsonnewGson（）；System。out。println（gson。fromJson（JSON。toJSONString（model），Model。class））；｝｝
　　以上代码，输出结果：Model〔isSuccessfalse〕
　　这和我们预期的结果完全相反，原因是因为JSON框架通过扫描所有的getter后发现有一个isSuccess方法，然后根据JavaBeans的规范，解析出变量名为success，把model对象序列化城字符串后内容为｛success：true｝。
　　根据｛success：true｝这个json串，Gson框架在通过解析后，通过反射寻找Model类中的success属性，但是Model类中只有isSuccess属性，所以，最终反序列化后的Model类的对象中，isSuccess则会使用默认值false。
　　但是，一旦以上代码发生在生产环境，这绝对是一个致命的问题。
　　所以，作为开发者，我们应该想办法尽量避免这种问题的发生。
　　所以，建议大家使用success而不是isSuccess这种形式。这样，该类里面的成员变量时success，getter方法是isSuccess，这是完全符合JavaBeans规范的。无论哪种序列化框架，执行结果都一样。就从源头避免了这个问题。
　　关于作者：Hollis（ID：hollischuang），一个对Coding有着独特追求的人，现任阿里巴巴技术专家，个人技术博主，技术文章全网阅读量数千万，《程序员的三门课》联合作者。