本文主要是介绍.Net MVC4 使用心得（一）使用uploadify和wcf存储服务时的文件上传问题，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
最近在研究MVC4，将一些研究心得写出来。文章不是教程，所以就不从理论开始描述了，重点针对开发中遇到的一些实际问题。
之前遇到的问题，有空再补，先记录下今天遇到的问题。
由于需要上传较大的文件，使用了uploadify上传组件3.2。3.2有多么坑爹暂时不说了，今天遇到的问题是，上传文件如果小于20M没有任何问题，大于20M就会报500错误（服务器程序错误）。使用本地调试，上传50M的文件，发现uploadify卡死，后台接收也没有代码也没有执行。
经过分析，这个问题涉及两个问题，分区间展现出来，小于20M的文件上传，没有问题；大于20M小于30M的文件上传，可以执行到后台代码，但是后台调用了WCF的文件存储服务（WCF Client有多坑，暂时也不说了），在调用时出现未找到终结点错误（404错误，小于20M则正常）；而对于大于30M的文件，本地调试也无法执行后台代码，但是，放到服务器上却没有30M以上不能传的现象。
先解决本机不接收uploadify数据问题，考虑到是应该是请求长度限制。首先检查IIS Express配置，VS2012使用iis express作为默认的调试环境，配置文件翻看良久，未发现关于请求长度的设置。检查MVC的web.config，发现httpRuntime节已经设置了maxRequestLength：
<httpRuntime targetFramework="4.5" maxRequestLength="2097151"/>继续分析，可能是安全问题，查阅资料，发现<system.webServer>节下可以添加如下设置：
<requestFiltering><requestLimits maxAllowedContentLength="1073741824"></requestLimits>
</requestFiltering>接下来解决WCF服务调用时的问题，该WCF服务是通过wsHttpBinding的，考虑也是设置问题，查看config文件，发现maxRequestLength合理设置过，尝试修改binding配置，将
maxBufferPoolSize，maxReceivedMessageSize等属性设置好，同时配置timeout，并且配置readerQuotas节的bytes限制。回来调试，好了，接收没有问题了，新的问题又来了，出现了IO错误，报未找到存储路径。返回错误信息含路径名，却没有文件名，分析可能是文件名没有传递成功。查看wcf消息传递参数，包含一个bool的是否自定义文件，和string的文件名字段。通过调试发现，client调用传递bool类型为true，但是在wcf服务端收到的确是false。纠结了一会儿，发现wcf的client会针对数据协定中的每个bool或者enum变量，生成一个名为 变量名+specified的bool型变量。查阅资料，发现这货是决定Soap中是否传递相应参数的，if为false，则无论怎样的设置都不会起作用，始终传递的都是默认值。OK，把他们统统设置成true。很好，问题解决了。
测试发现，效率什么的实在不敢恭维，因为通过soap传递数据，消息过于庞大，而mvc应用和存储服务其实是在同一台服务器。if换成Pipe绑定会不会好点。时间有限，不能过多探究，本身开辟两块临时内存来存放数据就已经很疼了，更何况还要进行数据传递。考虑再三，还是改为mvc里controller直接写盘。
这篇关于.Net MVC4 使用心得（一）使用uploadify和wcf存储服务时的文件上传问题的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
