这是诛心呀,最终公司可能就只做一个跳一跳 
做着小游戏、网赚,操着3A大作的心
做slots的,说做捕yu 
是的
真的搞不懂。为啥搞这些。有的公司面试造火箭。进去拼UI。各种刁难。
要有信心,最终我们也会造火箭的
你现在应该只有qp找你面试吧
哪是你这样测试的哦。
加载一个10MB的png和3MB的jpg在内存大小怎么可能是样的。
抛开PNG \、JPG格式,把他们都看成文件,按字节流来加载,它两加载到内存都不可能一样。
当然经过解码过后,他们之间的内存大小是否一样,这个取决开发者的操作或引擎底层的实现。
不管png和jpg 底层处理都都会转成image_data的。
有时候就是存粹为了考验一下你的解决问题能力,答案对不对不是太重要,所以你更多大胆地说我不知道,不过我会xxxxx的方法来设计(但语气不要太屌,类似与“xxx不就行了”),就可以了。
当然,也有些公司单纯是八股文,八股文公司坏的方面是团队没啥动态实力,好处是这种团队好摸鱼。
websocket是应用层的协议,TCP是传输层的。你可以看看websocket的rfc规范。websocket是双向通信,支持string和hex两种类型的数据。使用起来非常简单,write字符串或者二进制,至于怎么接收处理边界。那个websocket规范已经给你做了,有frame这个概念。
反正吧,我觉得比自己处理数据边界好。而且也并没有很多冗余的数据,这不是挺好的。
这个不能这么说,还是有很大区别的。
有什么大区别?不都是同一线程内在阻塞或空闲时执行当前线程其他的任务
你这么说,那线程也是多个任务切换执行了,跟你这一样,只不过这个任务由操作系统来调度,可以任意时刻中断切换,有多个CPU的话还可以同时执行。
编程模型不一样啊

能帮我看看这个问题么?导入的tiled地图,这些白色框框是什么?tiled打开是没有的。而且一开始cocos渲染出来也是没有的。突然就有了。我什么也没做。工程文件百分百没有发生变动。所有选项都点了一下。你知道么?
你说的转的,是加载好过后再进行解码过完成才能转的呢。如果文件数据没有加载完成,没有进行解码,
系统是如何保证文件的有效及格式的呢。
当然流式渲染是另外一说,扯的有点远了哈。 
jpg 与 png 肯定是在转码前内存不一様, 但是在parse处理后变成ImageData就一様(这是H5的限制), 因为ImageData强制以R,G,B,A,R,G,B,A…形式储存图像数据。
至于没解码前如何保证有效与格式, 我的理解是在tcp 保证字节流完整后, 按转码前的字节数据中解释头几位会得出文档类型如文件body的长度。
类似处理可以这个gif的parse