假设我们有一个表示文本的行数的类LineNumber：
class LineNumber ( val num : Int )
我们可以用这个类来表示一本书中每一页的行数：
val lineNumOfPage1 = new LineNumber(112)
val lineNumOfPage2 = new LineNumber(120)
上面的代码分别表示了第一页和第二页的行数。当然，我们也应该可以将它们相加，得到这两页的总行数：
val totalLineNum = lineNumOfPage1 + lineNumOfPage2
这样的话，我们的LineNumber类里就应该有一个 “+” 方法来将两个对象相加：
class LineNumber ( val num : Int ) {
def + ( that : LineNumber ) = new LineNumber( this.num + that.num )
}从直观上讲，我们甚至可以直接用整数来和LineNumber相加：
val totalLineNumber = lineNumOfPage1 + //或者 val totalLineNumber = + lineNumOfPage2
写到这里我们发现，LineNumber对象中没有接受整型作为参数的 “+” 方法；而整型中也不会有接受LineNumber作为参数的 “+” 方法。
为了说明问题，我们不在LineNumber类中增加一个整型作为参数的重载方法，而是定义两个隐式转换，一个将Int转换为LineNumber，另一个将LineNumber转换为Int：
object LineNumber{
implicit def intToLineNumber( i : Int ) = new LineNumber(i)
implicit def lineNumberToInt( o : LineNumber ) = o.num
}接下来再让我们尝试用LineNumber和整型相加：
import LineNumber._ val totalLineNumber1 = lineNumOfPage1 + val totalLineNumber2 = + lineNumOfPage2
让我们看看在编译时加入 “-Xprint:typer” 后上面两句的结果：
val totalLineNumber1: LineNumber = lineNumOfPage1.+(LineNumber.intToLineNumber()); val totalLineNumber2: Int = .+(LineNumber.lineNumberToInt(lineNumOfPage2));
到这里已经很清楚了。Scala编译器优先选择了方法的参数作为转换对象，而没有选择调用方法的对象。这是为什么呢？其实，当程序类型检查出现问题的时候，Scala编译器会在两个位置上对出现问题的语句尝试使用隐式转换：
- 第一个位置是 “可以直接将某个类型转换为期望的类型” 的地方
- 第二个位置是 “可以将调用方法的对象转换为合适类型” 的地方
第一个位置是那种我们需要A但是传入的却是B的地方。上面的例子正好就是这样的情况，对于totalLineNumber1来说，lineNumOfPage1的 “+” 方法需要的参数类型是LineNumber型，然而我们传入的是Int类型，Scala编译器在这里检测到类型错误后，会寻找将Int转换为LineNumber的隐式转换。因为在代码开始时，我们利用 "import LineNumber._ " 导入了相应的隐式转换，因此Scala编译器使用导入的隐式转换将整型120转换为了LineNumber类型。totalLineNumber2发生的情况是相同的，只不过是将LineNumber类型转换为了Int类型。
也就是说，Scala编译器在使用隐式转换的时候，首先回去寻找可以直接转换类型的位置，其次才对调用方法的对象。如果我们将我们的隐式转换中intToLineNumber的转换去掉，那么我们得到的totalLineNumber1就会变为一个整型。
转自：http://blog.csdn.net/nethibernate/article/details/5893184