回复#6 @1122ww :

对的，现在准备改回去了。

回复#4 @1122ww :

本来是用户可以随意编辑的，然后一个用户发了一个正常帖完之后，编辑填充了大量垃圾。

我第二天不得不去把他原来那些看似正常的帖子全部删帖。

然后那家伙就告诉我，得跟百度贴吧一样不给普通用户编辑权限。

回复#1 @1122ww :

管理员可以编辑。

回复#13 @ivanilla :

好的，已经收到，我看看解决方案。

回复#11 @ivanilla :

好的，帮忙的话倒是暂时没有必要。

回复#9 @ivanilla :

我也有很多点子，只是最近比较忙。

你可以说一下，要是我觉得还不错，会加上的。

回复#18 @ysy960108 :

很多日志还是system_process打的，我自己基本不怎么打log，有必要才打。

回复#7 @ivanilla :

我回头加个开关，这是小事。

回复#16 @ysy960108 :

Android就这样的，很多都是普通日志，一部分是错误，但是错误的异常基本我都捕获并处理了，所以不会有问题。

你随便用debug模式编译一个Android应用，日志比我这只多不少。

说明下情况，默认渲染用的是LAYER_TYPE_SOFTWARE，View会被存到一个Bitmap里，Bitmap大家都知道是啥玩意，所以内存占用会大得离谱，当显示长帖，申请不到内存渲染一个庞大的View，就爆炸了。

我换成了LAYER_TYPE_NONE，不使用离屏缓冲。

回复#8 @ysy960108 :

好了，修复了。

http

回复#11 @ysy960108 :

我等下更换View的渲染方式试试。

回复#6 @ysy960108 :

Wait.

我打到了一行日志：

04-20 23:49:49.789 26305-26305/com.lincanbin.carbonforum W/View: CarbonWebView not displayed because it is too l

回复#8 @ysy960108 :

撕烤。

回复#6 @ysy960108 :

啊啊啊，真是一个奇怪的bug。

回复#3 @ysy960108 :

我等下试试去Stack Overflow提问好了（多半不会有人答复吧）。

回复#3 @ysy960108 :

如果是分辨率的问题的话，那可能是WebView的内存限制了？

进展很小，因为我忘了这件事……

初步怀疑跟硬件加速有关，或者是同Activity同时存在多个WebView的问题。

我去找找哪里有解决方案。

回复#5 @ivanilla :

审帖功能可能会加入。

编辑的话后面会改成限时编辑。

回复#3 @ivanilla :

大方向还是免了

验证码目前对于用户体验还是不合适的，等后期出了针对这个程序的发帖机再说了。

会加的。

会考虑编辑权限的拥有权限。