Flash 与性能实验笔记：压K数
关于这方面知识，脑袋里还是一片空白，对于大型的项目来讲，性能指标是一个很重要的议题。Flash player 内存和cpu 占用率一直是久病，目前而言adobe 还有待去改善这个运算速度和减少内存开销。相信将来会看到不一样的flash player ，还是等等他们。在之前我们还是要乖乖地学一下这方面的内容。我不懂这些内容，不能去写一些欺骗的东西，见云说云，看风是风。
关于这方面内容：在身边的一些人交谈当中，经常出现字眼。
1，怎样减少Flash 是swf 主文件的K数？
2，怎样降低Flash的内存使用多的现象？
3，怎样减少Flash cpu占用的开销？
关于压K数这个问题，在广告行业里面有着很严格限制，在一些门户网站里面进行投放广告，K数和尺寸不能大于官方提出的，多一k，不行。
我们怎样压缩才有好处？
我做了一个简单实验，首先将一张图片1024x768 jpeg的 图片导入swf 里面，然后压缩进行缩放550x400，生成的k数 和先在外部进行压缩处理550x400的图片 导出的文件要大。尽管两者尺寸一样，在外部进行压缩处理的图片比在flash 进行压缩的会少很多。
同一张jpeg格式图片，在不同方式处理
A：1024x768 -----》550x400 在flash 内部进行缩放
B：1024x768------》550x400 在ps 内部进行缩放---》再导入flash里面不作任何压缩
现象：A 生成Swf 文件比B 大.
猜想：“文件大小是根据库里面的元素，在舞台上缩放不会影响 体积”
同理：
对jpge 和png ，gif 不同图片进行上面的操作。
png，和gif在 受损的压缩的情况，压缩的K数会让swf 变得很少。
相反，在无损的压缩的情况下，swf 的体积会变得更大大。尽管图片看起来很清晰，但是swf 增大不利于加载。
按这测试。可以简单说明一点，还是乖乖压缩图片一下，再导入去，对减少K数会带来一些帮助。
这样可以让我们的swf 变得更加少。
相关文档：
数据库是 纯真数据库 格式为 UTF-8 txt格式
php文件是UTF-8编码
demo : http://dreamnight.gicp.net/zendphp/IP/connect.swf
flash端：
import flash.net.URLLoader;
import flash.net.URLRequest;
import flash.events.Event;
import flash.events.ProgressEvent;
//i ......
刚才访问一个博友的页面，在下面有一行显示的全是小方块，这是怎么回事，用鼠标点一点发现原来是flash，我的flash插件已经装了呀，怎么
还出现这种情况。
上网一查，原来是flash乱码，解决方法：
linux@linux-desktop:~$ cd /etc/fonts/conf.d/
＃进入配置文件目录
linux@linux-desktop:/etc/fonts/conf.d$ l ......
自己写的程序,希望对大家有帮助,其实这片flash十分的悲剧,只有4个block,1MB的空间,长期放可执行代码用的,短期放数据,十分的不合适...
void DelayTime( void )
{
u8 i ;
for( i = 0 ; i < 10 ; i++ ) ;
}
void atWriteCmd( u8 cmd )
{
SSPSend( &cmd , 1) ;
}
void atWriteData(u8 * buf , u32 nBytes ......
EEPROM,EPROM,FLASH都是基于一种浮栅管单元(Floating gate transister)的结构
。EPROM的浮栅处于绝缘的二氧化硅层中，充入的电子只能用紫外线的能量来激出，EEPROM的单元是由FLOTOX(Floating- gate tuneling oxide transister)及一个附加的Transister组成，由于FLOTOX的特性及两管结构，所以可以单元读/写。技术上，FLASH� ......
