1. 一般在進入設計階段前就要溝通好，文字密集的區(qū)域保持默認字體（一般約定為雅黑），個別標題可以偶爾上點美術體，但最好前期溝通好。另外版權的問題也要考慮。
2. 我都是自己切圖、自己壓縮，這塊如果也讓設計來做的話，溝通上可能會比較麻煩，因為除非這個設計對前端這塊非常了解，否則切出來的東西可能會和你要的東西不太一樣，而且壓縮的結果可能也會不太理想（但盡量不要二次壓縮，尤其是JPEG這種有損格式），那么與其把時間浪費在溝通上、還不如自己動手。另外，熟悉一些ps/設計類的知識，設計階段中與設計溝通時也會帶來一定的便利。至于工具么我覺得沒什么太好的，一般用TinyPNG主要就是壓縮效果好但是不太方便（沒記錯的話是50張還是20張來著），如果用批量工具做的話就會反過來了，挺方便但是壓縮效果不太好（其實主要原因是TingPNG是經(jīng)過算法優(yōu)化后的有損，好多工具都是無損所以肯定效果會略遜于前者）……想用的話可以去看看企鵝家的WeFlow（常用的壓縮都有）、limitPNG（這個我覺得可能是無損的王者了……不過極限無損耗時略長所以建議你試試有損模式）
3. 圖片一般壓縮到300k左右（也看網(wǎng)站和具體情況，比如移動端小一點最好、純色沒過渡用PNG8、色彩比較多圖片分辨率大得用JPEG、矢量風格宜用PNG，這些得知道點）；PDF的話一般客戶端主要是下載，所以大小別太過分就行了（當然壓縮一下也沒壞處，如果你知道怎么壓縮的話）；至于HTMLCSSJS，壓縮有兩種做法：一種是在你編譯時加個壓縮&trim多余字符的插件（當然也可以用一些工具手動搞），另一種，也可以在服務器這端來做些處理，比如Nginx就有對應的插件（沒記錯的話阿里的Tengine是自帶的，原生Nginx得額外引入一下），另外我記得是阿里的OSS吧，用做服務器的時候也可以進行對應預處理，總之目的就是在用戶端接收到的頁面已經(jīng)是處理后的了。

tinypng vscode 有插件的需要配置key
https://marketplace.visualstu...
本質是調用的 tinypng 提供的api接口，一個月一個key可以免費壓縮500張

一般來說，服務器端開啟gzip壓縮是一個不錯的選擇，前端的話也可以將一些不大的圖片圖標合并（雪碧圖，減少請求次數(shù)），對于不大的（2M以下）使用base64轉碼，webpack可以做，js ,css壓縮主要是對代碼進行合并，去除注釋，換行，進行簡寫，一般都可以交給打包工具，配置設置好就可以了