多么有趣的一系列事件：在新的SAP社区中，我从SCN（R.I.P.）的前身SDN发布的所有旧博客文章都可以再次看到（它们被埋葬在SCN中）。现在人们开始关注这些，也开始问问题。一个问题是关于处理无效的引用和-该死！–文件中有一处空白揭幕。让我们"

引用变量中的引用通常是初始的或指向对象的。

对于指向对象的有效引用，谓词不是初始的并且是绑定的都是真的。"。初始引用变量包含空引用，谓词为初始且未绑定的为真。

除此之外，返利联盟，还可以存在谓词为非初始且未绑定的非初始无效引用变量为真。如何创建无效引用？

示例1，指向已删除表行的引用：

调试器为dref:FREED ITAB:{A:1*\TYPE=I}。

示例2，免费大数据，指向已删除堆栈对象的引用：

调试器为cls=>dref:FREED stack:{A:1*\TYPE=I}。

不幸的是，直到现在还没有完全描述此类无效引用的行为。实际上，它与初始空引用的行为非常相似：

对于非初始无效引用以及初始引用，谓词绑定为false。您不能通过非初始无效引用或初始引用访问对象（这很简单）。

有趣的是，您可以使用向下转换将非初始无效引用和初始引用分配给任何引用变量。原因是，我的云，这些引用没有可以检查的动态类型。

但是有一个区别。虽然初始空引用可以与有效引用进行比较（并且总是较小），但非初始无效引用不能与任何其他引用进行比较。没有为非初始无效引用定义排序顺序。任何试图比较非初始无效引用的尝试都会导致运行时错误系统数据已经可用。

您可以使用的是：

您不能比较非初始无效引用对包含引用列的内部表有重要影响（这就是问题所在）！如果内部表包含非初始无效引用，则任何涉及这些引用比较的表操作都将导致上述运行时错误。这涉及到条件、排序、通过排序键访问的位置，

现在问题出现了，为非初始无效引用定义排序顺序是否有意义？目前，答案是否定的（对不起前成员）。为什么？因为每当引用变量变得无效时（例如，大数据什么意思，离开过程时），必须重新组织包含作为排序键一部分的引用变量的每个内部表。换句话说，内部表的内部组织必须对非内部表语句作出反应。从这个角度来看，把包含引用变量的排序键声明为键字段不是最好的办法。

如果涉及到非初始无效引用，使用这些键可能会导致意外的运行时错误。

要防止这种运行时错误，可以使用：

PS:也许更好，智能工厂解决方案，如果引用没有排序顺序，引用变量就不会全部作为内部表的关键字段。