1、服务器内存

注意事项：

1. 剩余内存越多、GC进行的越少，导致看到的需要的内存会很高。在找内存爆点的时候一点点下压内存。建议给VM options设置-Xms300M -Xmx300M，直接固定最小值和最大值。然后找一个比较大的设计稿（例如 金J）
2. 观察内存和CPU的占用情况、可以去试一下那个Jconsole，这个是Java自带的、用这个观察会比较舒服一点。
3. 找到内存爆点代码之后、可以去函数源代码里面看一下、是否复制之类的操作比较多。然后看看上下文、能不能用其他方案去替代当前的爆点代码。

目前情况：

1. 服务器的运行内存已经改了一波了，目前没有明显可以发现的爆点
2. 如果需要继续下压内存的话、还可以从Server接受Json哪里入手、其他地方基本没什么问题。
3. 文件的读写、toJson、ToObject最好用流进行操作。

2、服务器磁盘/带宽

截止到现在磁盘总40G、已经使用了24G。过段时间可能会满，要注意一下，查看命令是df -hl。

磁盘的IO峰值应该在图片的读写部分。

解决方案

关于磁盘如果出了问题、我感觉最好的解决方法还是用OSS去处理、可以自己租一个高带宽/高磁盘的 用FastDFS/minio去处理（最好用minio、fastDFS用起来比较麻烦）。或者直接用阿里云的OSS服务，价格还行，不太贵。这样的话可以直接解决服务器的带宽和磁盘的问题。

如果打算走这个方法的话、需要注意一下千万不要把图片之类的上传到服务器上然后再上传OSS、这样还是会占带宽。文档一般都有前端直传OSS的方案，网上的文章都不靠谱。

3、Sync

注意代码的异步问题。

4、shetch 转 OC

• 安装新插件之后一定要重启一下Sketch、不然用的还是旧的插件。

OC没法调试。try，catch然后把报错信息写入文件去看报错信息。如果确实需要调试的话可以在OC的测试unit里面构造一下出问题的地方，然后去单步调试。

具体Sketch函数头文件参考文档