我在今天的grails应用程序中发现了一个非常奇怪的行为,我想与您分享。
我们在mysql 5.1.48上使用grails2.3.11。
我们在您的Controller操作中有一个DomainObject.findById( id )。我们未能检查id是否为空值,因此在没有任何id作为参数传递时将调用DomainObject.findById( null )。
通常,DomainObject.findById( null )将返回null,但是有一个特殊条件将产生其他结果!
如果在此之前调用的控制器操作在数据库中插入了一个新记录(让我们称它为对象B),那么无论存储的域对象是什么,DomainObject.findById( null )都会找到DomainObject,其Id与对象B在insert上获得的Id相同。
因此,当以前调用的控制器操作保存任何内容时,findById(null)将返回一行。该行的id与上次插入的元素相同。
我完全知道使用findById(null)并不是想要的方法,但我对它所产生的结果感到非常震惊。但对我来说,返回任何看似“随机”的结果似乎都很奇怪。
我还想指出,DomainObject.get(null)不会受到这个问题的影响。
还有人目击过这个吗?
有一个活跃的Jira指向这个方向:https://jira.grails.org/browse/GRAILS-9628,但它并没有真正描述这个问题。
发布于 2014-11-18 05:06:18
我们并不真正支持将null作为参数传递给这样的动态查找器。动态查找器对null查询有显式支持。而不是DomainClass.findByName(null),您可以调用DomainClass.findByNameIsNull()。如果您的引用可能为null,也可能不是null,而不是将其作为参数传递给动态查找器,那么代码几乎总是可以通过编写条件查询或包含条件的"where“查询而变得更简洁。
我希望这能帮上忙。
发布于 2014-11-24 15:51:53
请听我的话斯科特。
我有进一步的细节。这种行为也被底层数据库所改变。虽然mysql遭受这种情况的困扰,但maria-db ( mysql克隆)却并非如此!
因此,所发生的事情被绑定到底层数据库系统上。这不应该发生在抽象层..。
https://stackoverflow.com/questions/26974454
复制相似问题