除了上面的答案，AndAlso还提供了一个称为短路的调节过程。许多编程语言都像vb.net一样内置了这种功能，并且可以通过删除不必要的计算来大幅提高长条件语句的性能。

另一个类似的条件是OrElse条件，它只在左侧条件为假的情况下检查右侧条件，从而在发现真条件后省去不必要的条件检查。

我会建议你总是使用短路过程，并以最能从中受益的方式组织你的条件语句。例如，首先测试最有效和最快的条件，这样您只在绝对必须时运行长条件，而在其他时间运行短路。

理解:用语言而不是用密码来理解:

用例:使用“And”，编译器将检查所有条件，所以如果你检查一个对象可能是“Nothing”，然后你检查它的一个属性，你将会有一个运行时错误。 但是对于AndAlso，如果条件中第一个“false”，它会检查下一个，这样就不会出现错误。

And操作符将在继续执行之前检查语句中的所有条件，而Andalso操作符将在知道条件为false时停止。例如:

if x = 5 And y = 7

检查x是否等于5,y是否等于7，如果两者都为真，则继续。

if x = 5 AndAlso y = 7

检查x是否等于5。如果不是，它不会检查y是否为7，因为它知道条件已经为假。(这叫做短路。)

通常人们使用短路方法，如果有理由显式地不检查第二部分，如果第一部分不为真，比如如果检查它会抛出异常。例如:

If Not Object Is Nothing AndAlso Object.Load()

如果使用And而不是AndAlso，它仍然会尝试Object.Load()，即使它什么都不是，这将抛出异常。

另见堆栈溢出问题:我应该总是使用AndAlso和OrElse操作符吗?

另外:对那些提到使用And的人的评论，如果表达式的右侧有副作用，你需要:

如果右侧有你需要的副作用，只需将其移到左侧，而不是使用“And”。只有在双方都有副作用的情况下你才需要"并且"如果你有那么多的副作用你可能做错了其他事情。一般来说，你应该更喜欢AndAlso。

对于所有那些说副作用是邪恶的人来说:在一种情况下有两个副作用是好的，那就是同时读取两个文件对象。

While File1.Seek_Next_Row() And File2.Seek_Next_Row()
    Str1 = File1.GetRow()
    Str2 = File2.GetRow()
End While

使用And可以确保每次检查条件时都使用一行。而AndAlso可能会读取File1的最后一行，而不消耗File2的行。

当然，上面的代码不会起作用，但我一直在使用这样的副作用，不会像有些人让你相信的那样，认为它是“坏”或“邪恶”的代码。它易于阅读和高效。

除了上面的答案，AndAlso还提供了一个称为短路的调节过程。许多编程语言都像vb.net一样内置了这种功能，并且可以通过删除不必要的计算来大幅提高长条件语句的性能。

另一个类似的条件是OrElse条件，它只在左侧条件为假的情况下检查右侧条件，从而在发现真条件后省去不必要的条件检查。

我会建议你总是使用短路过程，并以最能从中受益的方式组织你的条件语句。例如，首先测试最有效和最快的条件，这样您只在绝对必须时运行长条件，而在其他时间运行短路。