这两个写法有什么区别么？

Question

我想问下图一图二有什么区别？为什么图二就报错了？图一不就是用个变量接收了下吗？有什么别的区别么？

Answer 1

每次循环，第二种都要执行次map.entrySet()

Answer 2

public static interface Map.Entry<K,V>映射项（键-值对）。Map.entrySet 方法返回映射的 collection 视图，其中的元素属于此类。获得映射项引用的唯一 方法是通过此 collection 视图的迭代器来实现。这些 Map.Entry 对象仅 在迭代期间有效；更确切地讲，如果在迭代器返回项之后修改了底层映射，则某些映射项的行为是不确定的，除了通过 setValue 在映射项上执行操作之外。 public interface Set<E>extends Collection<E>一个不包含重复元素的 collection。更确切地讲，set 不包含满足 e1.equals(e2) 的元素对 e1 和 e2，并且最多包含一个 null 元素。正如其名称所暗示的，此接口模仿了数学上的 set 抽象。 在所有构造方法以及 add、equals 和 hashCode 方法的协定上，Set 接口还加入了其他规定，这些规定超出了从 Collection 接口所继承的内容。出于方便考虑，它还包括了其他继承方法的声明（这些声明的规范已经专门针对 Set 接口进行了修改，但是没有包含任何其他的规定）。 对这些构造方法的其他规定是（不要奇怪），所有构造方法必须创建一个不包含重复元素的 set（正如上面所定义的）。 注：如果将可变对象用作 set 元素，那么必须极其小心。如果对象是 set 中某个元素，以一种影响 equals 比较的方式改变对象的值，那么 set 的行为就是不确定的。此项禁止的一个特殊情况是不允许某个 set 包含其自身作为元素。 某些 set 实现对其所包含的元素有所限制。例如，某些实现禁止 null 元素，而某些则对其元素的类型所有限制。试图添加不合格的元素会抛出未经检查的异常，通常是 NullPointerException 或 ClassCastException。试图查询不合格的元素是否存在可能会抛出异常，也可能简单地返回 false；某些实现会采用前一种行为，而某些则采用后者。概括地说，试图对不合格元素执行操作时，如果完成该操作后不会导致在 set 中插入不合格的元素，则该操作可能抛出一个异常，也可能成功，这取决于实现的选择。此接口的规范中将这样的异常标记为“可选”。 
增强型for （）循环的格式：for（elementType  element： arrayRefVar）
 Set set与 map.Entry是不同的
  

Answer 3

第一种效率会高点，要是用final定义更快，但是对于现在的硬件来说很微不足道，但是这却能看出一个人编码的习惯。
类似的
for (int i = 0, len = set.size(); i < len; i++)
比
for (int i = 0; i < set.size(); i++)
要好

Answer 4

map的类型定义没加泛型限定吧。
public static void main(String[] args) {
// Map<String, String[]> map = new HashMap<String, String[]>(); //这样写编译正常
Map map = new HashMap<String, String[]>(); //这样写通不过编译

// Set<Map.Entry<String, String[]>> set = map.entrySet();
// for(Map.Entry<String, String[]>me:set){
//
// }

for (Map.Entry<String, String[]> me : map.entrySet()) { }
}