今天在本地测试一个JQuery插件，但是浏览器里一直提示JQuery文件第x行缺少“}”。
刚开始以为是js文件有问题，所以就从官方重新下载了一个JQuery，但还是有同样的问题，重新看了一下代码，没有发现任何问题。
所以我就用火狐测试了一下，也有同样的错误。于是用FireBug看了一下HTTP请求，都是200，没有问题。
但是当我查看请求jquery文件的响应结果时，发现文件是不完整的，只返回了原文件的一小部分。
再用迅雷从请求的地址下载这个js文件，可以下载，下载的文件大小也是对的，但是用编辑器打开后才发现，文件的末尾和原文件是不一样的，
少了一些代码，原来请求回来的文件只是原来文件的一部分。接着我又下载了几个比较小的文件，发现没有问题，但是稍微大一点的文件，比如100KB以上的文件，下载回来的都是不完整的。这种问题还是头一次遇到，没办法，百度谷歌一起来，最后终于找到了问题的所在。
原来是Apache的配置问题，解决办法如下：
只要把Apache的配置文件httpd.conf里<IfModule mime_module>块中的EnableSendfile后的值改为Off即可。
如果没有这一项自己添加上去：EnableSendfile Off，记住要放到上面的块中，不然Apache会启动不起来。
如果不管事可以把EnableMMAP后的值也设为Off试试。
原因分析：
原来在默认情况下，当处理一个请求并不需要访问文件内部的数据时(比如发送一个静态的文件内容)，如果操作系统支持，Apache将使用sendfile将文件内容直接发送到客户端而并不读取文件。这个sendfile机制避免了分开的读和写操作以及缓冲区分配。由于默认是打开的，但有些操作系统对sendfile系统调用支持不够。所以会出现无法传输大于一定容量的html页面。关掉并不影响正常使用。
关于EnableSendfile 指令和EnableMMAP 指令
EnableSendfile 指令
说明:使用操作系统内核的sendfile支持来将文件发送到客户端
语法:EnableSendfile On|Off
默认值:EnableSendfile On
这个指令控制httpd是否可以使用操作系统内核的sendfile支持来将文件发送到客户端。默认情况下，当处理一个请求并不需要访问文件内部的数据时(比如发送一个静态的文件内容)，如果操作系统支持，Apache将使用sendfile将文件内容直接发送到客户端而并不读取文件。译者注：Linux2.4/2.6内核都支持。
这个sendfile机制避免了分开的读和写操作以及缓冲区分配，但是在一些平台或者一些文件系统上，最好禁止这个特性来避免一些问题：
一些平台可能会有编译系统检测不到的有缺陷的sendfile支持，特别是将在其他平台上使用交叉编译得到的二进制文件运行于当前对sendfile支持有缺陷的平台时。
在Linux上启用IPv6时，使用sendfile将会触发某些网卡上的TCP校验和卸载bug。
当Linux运行在Itanium处理器上的时候，sendfile可能无法处理大于2GB的文件。
对于一个通过网络挂载了NFS文件系统的DocumentRoot (比如：NFS或SMB)，内核可能无法可靠的通过自己的缓冲区服务于网络文件。
如果出现以上情况，你应当禁用sendfile ：
EnableSendfile Off
针对NFS或SMB，这个指令可以被针对目录的设置覆盖：
<Directory "/path-to-nfs-files"> EnableSendfile Off </Directory>
EnableMMAP 指令
说明:在递送中使用内存映射(memory-mapping)来读取文件
语法:EnableMMAP On|Off
默认值:EnableMMAP On
此指令指示httpd在递送中如果需要读取一个文件的内容，它是否可以使用内存映射。当处理一个需要访问文件中的数据的请求时，比如说当递送一个使用mod_include进行服务器端分析的文件时，如果操作系统支持，Apache将默认使用内存映射。
这种内存映射有时会带来性能的提高，但在某些情况下，您可能会需要禁用内存映射以避免一些操作系统的问题：
在一些多处理器的系统上，内存映射会减低一些httpd的性能。
在挂载了NFS的DocumentRoot上，若已经将一个文件进行了内存映射，则删除或截断这个文件会造成httpd因为分段故障而崩溃。
在可能遇到这些问题的服务器配置过程中，您应当使用下面的命令来禁用内存映射：
EnableMMAP Off
对于挂载了NFS的文件夹，可以单独指定禁用内存映射：
<Directory "/path-to-nfs-files"> EnableMMAP Off </Directory>