主要讲述了RecyclerView的基本使用方法，不同的布局管理器而造成的多样化展示方式，展示了数据之后，一般都会与用户进行交互，因此我们需要处理用户的点击事件。在ListView和GridView提供了onItemClickListener这个监听器，然而我们查找RecyclerView的API却没有类似的监听器，因此我们需要自己手动处理它的点击事件。 以下提供两种方法来实现处理RecyclerView点击事件的功能，以下代码均基于上一篇文章的代码做出修改。

老实说，这两个小东东实在是太麻烦了，很不好懂，我自己那api文档都头晕，在网上找到很多资料，才知道是怎么回事，这里总结一下，记住这个原则就会很清楚了：

最后面是使用序列化的方式，发现，更改引用类型的数据的时候，mapNew对象并没有发生变化，所以产生了深拷贝。 上述的工具类，可以实现对象的深拷贝，不仅限于HashMap，前提是实现了Serlizeable接口。

SwipeRefreshLayout 写一个 RecyclerView 的上下拉 ,里面有一个判断 RecyclerView 是否到达底部的方法 isBottom。我的同事用了这个上下拉之后发现有些小 bug，没考虑周全，譬如各个子项高度不统一的时候，然后我找到原因是因为这个判断上下拉的问题。所以，我就去网上查到几种判断 RecyclerView 到达底部的方法，发现各有千秋。以下的分析都以上一篇文章的 SwipeRecyclerView 为例

1.图片错位的原因是因为图片异步记载返回去展示出的问题。图片空白，是item刷新，请求图片时间上的问题。 2。viewHolder.setIsRecyclable(false); 就没有tag，不设置 就有tag，但是有没有没啥区别 设置tag，

最近需要导入大量的excel文件，数量达到十万之多。 而我又不想修改服务器的超时时间，因为这样可能影响服务器的堵塞。 而php又没有很好的异步。 后来发现了令laravel最为骄傲的部分，队列。具体文档参考下方链接。

supervisor的配置与laravel php artisan queue:work的配置

终端报出了Allowed memory size of 134217728 bytes exhausted错误，而且重启电脑再次执行仍然是一样。上网查了查，是因为php默认内存限制是128M，所以需要修改php.ini文件。

通过打印phpinfo()，的信息，可以获得更多关于php配置的信息

通过打印phpinfo()，的信息，可以获得更多关于php配置的信息