在iOS13中，苹果使用UIStatusBarManager来获取StatusBar的状态和属性，之前的StatusBar高度获取被弃用，最新的获取方式如下：
float statusBarHeight = 0;if (@available(iOS 13.0, *)) {
UIStatusBarManager *statusBarManager = [UIApplication sharedApplication].windows.firstObject.windowScene.statusBarManager;
statusBarHeight = statusBarManager.statusBarFrame.size.height;}else {
statusBarHeight = [UIApplication sharedApplication].statusBarFrame.size.height;}主要讲述了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配置的信息