大学生兼职网站做ppt,哪些公司做网站维护的,阳江网红打卡地,百度云网盘资源搜索这是我最近几个月来遇到的最棘手的一个问题#xff1a;* 昨天花了4个小时找出第一层次的原因这个纠结啊#xff0c;本来和老婆说好准时下班回家吃饭的#xff0c;结果被这个问题拖了老久。这是一个gradle的plugin#xff0c;用来resolve公司内部的dependency的#xff0c;…这是我最近几个月来遇到的最棘手的一个问题* 昨天花了4个小时找出第一层次的原因这个纠结啊本来和老婆说好准时下班回家吃饭的结果被这个问题拖了老久。这是一个gradle的plugin用来resolve公司内部的dependency的弄完了跑测试项目的抛一个NPE而且NPE还不在自己的代码里面。好吧把gradle的源代码翻出来看如果是自己传进去的一个值是null解决起来也还ok了。结果到里面一看那是一个loop里面迭代map的时候出的错 - 可以算是NPE中的最坏情况了把。仔细查看一下代码好吧是迭代环境变量的。那行在自己的代码里把环境变量都打出来谁是null吧。结果全ok看来是顺序问题在我打出来的时候那个null的还是设上呢。既然是环境变量被设那就在自己的代码里搜搜看有没有可疑点吧还真找到个地方一print还是真是在那个地方把PATH设成了null。照理犯罪现场找到了解决也就三下两下的事了于是我打算解决完发完code review再走。结果发现那个null是被这么设上的env_path plugin_ext.getCompileTimeJNI(jniPaths)这是groovy语言plugin_ext是一个gradle的plugin的extensiongetCompileTimeJNI是定义在extension中的一个closure我死活检查getCompileTimeJNI他也绝对不可能返回null如果有exception的话也应该抛出来而不是返回null。仔细检查代码理清逻辑打印结果还是毫无头绪无奈已经730多了还是先回去吧。* 今天早上大概也两个小时吧找出的根本原因周六早上起来 多少还惦记着这件事再看看吧。终于在观察打印出来的结果时我注意到一个细节在打印plugin_ext.getCompileTimeJNI的时候第一次是closure的地址然后调用closureplugin_ext.getCompileTimeJNI(jniPaths)第二次就是一个Set了这说明这个closure的调用有点蹊跷我已经检查过了closure的实现本身没有问题那么问题就在这简简单单的一句closure的调用上。 这花了我很长的时间去发现并相信着其实不是一个函数调用而是一个赋值plugin_ext.getCompileTimeJNI(jniPaths)就是plugin_ext.getCompileTimeJNI jniPaths我不知道为什么gradle要发明这么坑爹的语法 - 这绝对是编码质量与效率的杀手但是不管怎样根源问题是找到了:env_path plugin_ext.getCompileTimeJNI(jniPaths)这个赋值语句永远返回null* 暂时有了一个workaround还没有比较official的解决方案if there is one)你当然可以plugin_ext.getCompileTimeJNI,call这是这改变了原有api的调用方式是个breaking change而且巨丑无比。我觉得这是设计有点问题也在咨询gradle官方http://forums.gradle.org/gradle/topics/call_plugin_extension_property_becomes_an_assignment目前的workaround还是基于gradle对extension的奇葩设计* 如果你的closure是定义在extension里面的调用即赋值挂* 如果你的closure没在extension定义中而是在后面使用时加上去的调用还是调用ok所有workaround就是把getCompileTimeJNI移出extension的定义在外面加。转载于:https://www.cnblogs.com/baiyanhuang/p/3813469.html
