函数接收一个参数s，如果s不是字符串，则直接返回s。否则执行s语句。如果s语句执行结果是一个值，则返回此值，否则返回undefined。
需要特别注意的是对象声明语法“{}”并不能返回一个值，需要用括号括起来才会返回值，简单示例如下：
var code1='"a" + 2'; //表达式
var code2='{a:2}'; //语句
alert(eval(code1)); //->'a2'
alert(eval(code2)); //->undefined
alert(eval('(' + code2 + ')')); //->[object Object]
可以看到，对于对象声明语句来说，仅仅是执行，并不能返回值。为了返回常用的“{}”这样的对象声明语句，必须用括号括住，以将其转换为表达式，才能返回其值。这也是使用JSON来进行Ajax开发的基本原理之一。在例子中可以清楚的看到，第二个alert语句输出的是undefined，而第三个加了括号后输出的是语句表示的对象。
►现在来说本文的重点，如何在函数内执行全局代码。为了说明这个问题，先看一个例子：
var s='global'; //定义一个全局变量
function demo1(){
eval('var s="local"');
}
demo1();
alert(s); //->global
很好理解，上面的demo1函数等价于：function demo1(){var s='local';}，其中定义了一个局部变量s。
所以最后的输出是global并不是什么奇怪的事情，毕竟大家都能很清楚的区分局部变量和全局变量。
仔细体会一下，可以发现eval函数的特点，它总是在调用它的上下文变量空间（也称为：包，closure）内执行，无论是变量定义还是函数定义都是如此，所以如下的代码会产生函数未定义的错误：
var s='function test(){return 1;}'; //一个函数定义语句
function demo2(){
eval(s);
}
demo2();
alert(test()); //->error:test is not defined
这是因为test函数在局部空间定义，demo2函数内可以访问到，外面就访问不到了。
2 效率问题:
Simon Willison 认为：虽然Javascript提供了把动态字符串作为脚本代码来执行的 eval() 函数，为代码的编写提供了很多的便利，但同时也导致了代码执行效率的低下以及难以维护。通常来说，只有设计存在缺陷才会不得不用 eval() 来弥补这些缺陷。
对于 eval() 的使用最常见的错误是用来动态获取某个对象/子对象及其属性。假设你的代码中有一个对象foo，其属性将在运行时被决定。你可能会想用eval来解决这个问题：
1. var property = 'bar';
2.
3. var value = eval('foo.' + property);
4.
这样做固然可以达到预期的效果，但这会导致JavaScript每次运行这段代码的时候都切换到解释器模式来重新解释这段动态构建的代码，其运行效率大大降低。实际上以上情况你可以完全回避使用eval()：
1. var property = 'bar';
2.
3. var value = foo[property];
4.
另一方面，使用 eval() 也可能会导致一些潜在的安全隐患。这一点对于任何语言来说都是如此。当你通过页面的GET/POST参数来获取数据并 eval() 之的时候，就有可能被恶意用户利用来注入非法代码进行非预期的操作。所以，无论是从执行效率、代码维护成本还是应用安全性角度考虑，对于 eval() 的使用都必须谨慎。回想自己曾经写过的那些代码，有段时间里面 eval() 简直被我给用滥了 -- 最直接的后果就是给接手的其他程序员造成了不小的麻烦。要弄懂一段动态组合出来的字符串到底被 eval() 之后是用来干什么的的确不像结构清晰的OO代码那么容易。
结论:有“eval”的代码比没有“eval”的代码要慢上 100 倍以上。
主要原因是：JavaScript 代码在执行前会进行类似“预编译”的操作：首先会创建一个当前执行环境下的活动对象，并将那些用 var 申明的变量设置为活动对象的属性，但是此时这些变量的赋值都是 undefined，并将那些以 function 定义的函数也添加为活动对象的属性，而且它们的值正是函数的定义。但是，如果你使用了“eval”，则“eval”中的代码（实际上为字符串）无法预先识别其上下文，无法被提前解析和优化，即无法进行预编译的操作。所以，其性能也会大幅度降低。