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

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

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

And运算符求两边的值，而AndAlso运算符求右边的值当且仅当左边为真。

一个例子:

If mystring IsNot Nothing And mystring.Contains("Foo") Then
  ' bla bla
End If

如果mystring = Nothing，则会抛出异常

If mystring IsNot Nothing AndAlso mystring.Contains("Foo") Then
  ' bla bla
End If

这个不抛出异常。

所以如果你来自c#世界，你应该像使用&&一样使用AndAlso。

更多信息请访问:http://www.panopticoncentral.net/2003/08/18/the-ballad-of-andalso-and-orelse/

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很像And，除了它像c#和c++中的&&一样工作。

区别在于，如果第一个子句(AndAlso之前的子句)为真，那么第二个子句永远不会被求值——复合逻辑表达式是“短路的”。

这有时是非常有用的，例如在这样的表达式中:

If Not IsNull(myObj) AndAlso myObj.SomeProperty = 3 Then
   ...
End If

如果myObj为null，则在上面的表达式中使用旧的And将抛出NullReferenceException。

对于我们大多数人来说，除了少数令人困惑的例外(不到1%的情况下，我们可能不得不使用Or和and)， OrElse和AndAlso可以做到这一点。

尽量不要被那些炫耀布尔逻辑的人带着走，让它看起来像火箭科学。

这是非常简单和直接的，偶尔你的系统可能不会像预期的那样工作，因为它首先不喜欢你的逻辑。然而，你的大脑一直告诉你，他的逻辑是100%经过测试和证明的，它应该是有效的。在那一刻，不要再相信你的大脑，让他重新思考，或者(不是OrElse，也可能是OrElse)你强迫自己去找另一份不需要太多逻辑的工作。

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

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

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

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