前一段时间做的项目需要提供导出CSV报表的功能，我用php直接拼出csv的文件流输出到页面，以提供csv文件的下载，功能在wamp环境中运行很正常，但是到了SAE平台却怎么都不好使。不管是改请求的响应头content-type 还是修改输出的文件格式，每次SAE都是把内容直接输出在了页面。因为SAE不支持通用方式的本地IO，于是想到了使用SAE提供的tmpFS功能。

TmpFS

因为平台安全性的考虑，SAE限制了用户对于本地IO的使用，但这样对于一些传统的PHP项目，也许带来了很多不便，因为它们都或多或少的有对本地 IO的操作，像Smarty的编译模板。为了解决这个问题，SAE提供了TmpFS功能。TmpFS允许开发者通过标准的IO函数临时读写本地IO，这样 方便了很多非SAE项目的移植。

特别注意：

临时文件的生存周期等同于PHP请求，也就是当该PHP请求完成执行时，所有写入TmpFS的临时文件都会被销毁
TmpFS是本地临时文件，不是共享存储，而SAE是全分布式环境，所以不同请求之间无法通过TmpFS共享操作文件
TmpFS操作的文件限于SAETMPPATH目录内，而不同App的SAETMPPATH是不同的
TmpFS的文件为纯内存存储

应用场景

用户的可持久化存储，请使用Storage或者MySQL存储，而缓存存储请使用Memcache服务存储，TmpFS是满足用户的一个请求的临时 文件的读写需求。比如抓取一个URL的图片，判断一下大小，再决定是否写入Storage。需要在本地生成文件的情况大致分以下几种：

缓存
配置文件
静态文件
临时文件

例子：

appname: saetest
appversion: 1

在一个php文件中：


file_put_contents( SAE_TMP_PATH . '/mycode.txt' , 'dummy test' );
echo file_get_contents( SAE_TMP_PATH . '/mycode.txt' ); // will echo dummy test;

如果是两个独立的php文件：
a.php


file_put_contents( SAE_TMP_PATH . '/mycode.txt' , 'dummy test' );

b.php


echo file_get_contents( SAE_TMP_PATH . '/mycode.txt' ); // 出错啦,文件已经不存在了...

说到这里，大家应该明白了, tmpFS中的文件在后台PHP代码执行完后就已经不存在了，囧。最后只好用了个折中的办法，临时把文件放在了SAE的永久化存储的Storage里面。不知看到这里的朋友有无更好的办法解决SAE中导出文件的问题，欢迎联系告知~