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

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

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

If Bool1 And Bool2 Then

同时计算Bool1和Bool2

If Bool1 AndAlso Bool2 Then

当且仅当Bool1为真时计算Bool2。

And / AndAlso Or / OrElse实际上非常有用。考虑下面的代码，如果函数DoSomethingWihtAandB返回False，它可能不会设置A和/或B:

Dim A,B,C,D As Object
If DoSomethingWithAandB(A,B)=True And A=1 And B=2 Then C=3

如果DoSomethingWithAandB返回False，它将崩溃，因为它将在And之后继续计算，A和B将等于Nothing

Dim A,B,C,D As Object
If DoSomethingWithAandB(A,B)=True AndAlso A=1 AndAlso B=2 Then C=3

如果DoSomethingWithAandB返回False，它不会崩溃，因为它将在DoSomethingWithAandB(A,B)=True时停止求值，因为返回的是False。AndAlso阻止对条件进行任何进一步的计算(因为第一个条件失败了)。OrElse的工作原理与此相同。逻辑链中求值的第一个True将停止任何进一步求值。

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

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

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

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

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

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

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

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()，即使它什么都不是，这将抛出异常。