不知道能不能发在这
我最近遇到了瓶颈
有一支程式，使用AngularJS 1.5.8
内容是印一个满大的表格 (表格是后端程式印死的，不是动态生成)
然后有一个 AJAX 的动作去叫一支花费时间应该不会超过一秒的php程式
捞回来的资料约 10笔，配template ，ng-repeat 印出来
这支程式不明原因的很慢
大部分时间花在，后端写死的大表格印完之后 ，AJAX捞东西回来的小表格即将印出之前
我开 Chrome 看着 timeline 看不出个所以然
有很大一部分是灰色的 other 状态
scripting 跟 rendering 占不多
表格cell数量大约是 15 * 500
我个人电脑内存是 2 G
请问大家遇到这种问题都怎么找问题根源
如何解决的？
因为是工作的程式不能给各位看
但是如果有描述不够仔细的我会尽量补充
恳请懂网页程式的大大，提点一下
感谢！！

记得顺便去web板问 那边高手也很多

请问是Web_Design板吗？

好像是XD

为什么要写死table 是后端生一个内容超大的table tag吗?

对，会这样是因为后端那部分并不是我写的，是有前辈写了一版，拆过来用的结果

先把资料量减少到一笔 并且先不要做多余的工作 直接印出来看看 再逐步增加笔数 和想做的js

笔数少的时候显然比较快，不过也只知道这样而已，再往底层的就不知从何下手了

我可以说cgi吗？(逃～)

有用track by 吗

每一个可中断的点都 console.log 一些东西出来看？

15x500是指每一笔资料有7500个cell，然后你一次要渲染7500*格x10笔？

参考看看吧 https://goo.gl/kYuuAC

推楼上 很有帮助

https://github.com/kamilkp/angular-vs-repeat/https://github.com/stackfull/angular-virtual-scroll用virtual mode 取代 ng-repeat

https://goo.gl/NvpAQ0 <--- 看分数啊

换各家浏览器测试是第一步。

ajax call其实被重复呼叫很多次?

不要用前端处理资料啊

http://ui-grid.info/ angular-grid 画大table

不是很确定实际状况 试试把 table 改 display none全跑完再把 display none 移掉

ajax 板？

之前遇过这问题是用transform: translateZ(0)解

我之前遇到是因为双向绑定关系，若资料是静态，就尽量少用ng开头的标签，或是参考使用这个 http://github.com/Pasvas/bindonce

感谢各位，我一个个试试看