recycler

您好：电脑中了recycler.exe 病毒的话，建议您使用腾讯电脑管家的闪电杀毒功能对您的电脑杀毒，腾讯电脑管家是采用“4+1”核“芯”杀毒引擎的专业杀毒软件，杀毒能力很强大，是完全可以帮助您查杀干净电脑中的病毒的，您可以点击这里下载最新版的腾讯电脑管家：最新版腾讯电脑管家下载腾讯电脑管家企业平台：http://zhidao.baidu.com/c/guanjia/

该文件夹下的东西是可以删除的，本来该文件是隐藏的，可能是你更改了窗体中"工具"->"文件夹选项"->"查看"中的"隐藏受保护的操作系统文件"或"显示隐藏的文件或文件夹"选项。将该两项选中点击确定，该文件夹就会隐藏起来。RECYCLER这个文件夹在每个盘符下都会有这么一个文件。其实它是操作系统开辟的一个空间让使用者在本磁盘中删除的文件放在该文件夹下，桌面上的回收站是将所有盘符下的RECYCLER同一管理下来了就是了。以上的说明应该知道了该文件夹的作用了，您可以放心将该文件夹下的内容删除了！不过RECYCLER这个文件夹是删除不了的。

做个u盘pe系统，用pe系统开机什么都可以删

其实你这个是U盘病毒。其最常用的技俩就是伪装文件夹。http://hi.baidu.com/shev7/blog/item/b7750595334a03097bf480c2.html

这个是回收站的文件夹，每个磁盘都有，你删除的文件未清空时，就放在这里面，而且属于系统文件，好象不能删除

每个硬盘包含一个名为 Recycled 的隐藏文件夹。此文件夹包含 Windows 资源管理器、“我的电脑”或基于 Windows 的程序中删除的文件。 详情见百度百科

RECYCLER是回收站来删除不了的.Recycled是(冒名者)病毒才是应该删除的!主要明显症状是不能显示隐藏文件，不同情况下，还有种症状是不能在同一窗口下打开子目录。 病毒文件发作会有Recycled进程运行，在每个盘的根目录下拷贝Recycled.exe和autorun.inf文件，有可能替换rundll32.exe系统文件。 手工清除步骤： 1 打开任务管理器，关闭Recycled.exe和rundll32进程，建议在清除过程中一直开着任务管理器，如果一发理Recycled.exe进程重新运行了，你要重头开始清除。 2 运行regedit打开注册表编辑器 [HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows CurrentVersionExplorerAdvancedFolderHiddenSHOWALL] "CheckedValue" = 00000000 把这项的值改成1 [HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows NT CurrentVersionWinlogon] "SFCDisable" = 00000001 把这项的值改成0 搜索Recycled.exe,找到后删除左边整个shell键。 3 搜索Recycled.exe和autorun.ini，注意勾上搜索隐藏的文件＆文件夹，搜索所有的盘，包括移动硬盘和U盘，删除根目录下的这两个文件。 4 用SFC检查一下系统受保护的文件。 也可以先用瑞星查杀c:windowssystem32msvci.exe这个文件，再删除其他文件。进入安全模式比较可靠，普通模式可能删不掉。

回收站

recycler是回收站文件夹，多用于存放U盘内删除文件、读取文件等时候产生的TEMP文件，本身不是病毒，一般为隐藏状态，属于系统文件，如果用USBCLEANER等进行隐藏文件强制显示的操作，会造成可见状态，也可以通过计算机文件夹选项内的显示系统隐藏文件来进行显示。老版本的windows，回收站的文件夹就叫recycler，到高版本的wnidows里，改名叫$Recycle.Bin，名字更特殊了，可以和普通文件夹区分开。拓展资料：在Windows的NT架构的系统中，即WindowsNT/2000/XP/2003，会为系统中的每位用户创建各自的回收站文件夹，如果分区文件系统是NTFS，则会保存在Recycler这个文件夹里，而不是Recycled文件夹，因此不用担心是病毒文件夹，它分别以每个用户的SID（用户安全标识符，用来代表用户，任何两个用户的标识符都不一样）做名字，就类似于“S-1-5-21-1364623040-634879670-1883500744-500”这样的文件名。这个文件夹是隐藏的受保护的系统文件夹，因此是不能删除的，即便删除了，它也会自动再创建，如果里面有病毒，把里面的文件删了就行，工具-文件夹选项-查看，把“隐藏受保护的操作系统文件”的勾去掉，再选择“显示隐藏的文件夹和文件”，确定后就可以看见它了。百度百科

/RecyclerView的滑动监听mRecyclerView.addOnScrollListener(new RecyclerView.OnScrollListener() {//当RecyclerView滑动时触发@Overridepublic void onScrolled(RecyclerView recyclerView, int dx, int dy) {super.onScrolled(recyclerView, dx, dy);//获取可见item个数int lastVisibleItemPosition =linearLayoutManager.findLastVisibleItemPosition();//说明是最后一条数据if (lastVisibleItemPosition + 1 == adapter.getItemCount()) {Snackbar.make(mRecyclerView, "一次只加载20条，查看更多请刷新哦。",Snackbar.LENGTH_SHORT).show();}}});

列表的滚动一般分为两种: 上面的过程的状态变化如下: 有两种方式可以监听滚动事件: 其中 setOnScrollListener 由于可能出现空指针的风险，已经过时。建议用addOnScrollListener。 OnScrollListener类是个抽象类，有两个方法： 回调的两个变量的含义： recyclerView: 当前在滚动的RecyclerView newState: 当前滚动状态. 其中newState有三种值: 回调的三个变量含义: recyclerView : 当前滚动的view dx : 水平滚动距离 dy : 垂直滚动距离 dx > 0 时为手指向左滚动, 列表滚动显示右面的内容 dx < 0 时为手指向右滚动, 列表滚动显示左面的内容 dy > 0 时为手指向上滚动, 列表滚动显示下面的内容 dy < 0 时为手指向下滚动, 列表滚动显示上面的内容 例如： RecyclerView.canScrollVertically(1)的值表示是否能向下滚动， false表示已经滚动到底部 RecyclerView.canScrollVertically(-1)的值表示是否能向上滚动， false表示已经滚动到顶部 如果 当前 第一个可见item的位置 + 当前可见的item个数 >= item的总个数 这样就可以判断出来，是在底部了。 通过 visibleItemCount + pastVisiblesItems) >= totalItemCount 来判断是否是底部。 通过canScrollVertically 来判断 参考：

原因，Glide图片加载是异步的，RecyclerView的Item复用机制会利用已绘制好的Item，因此会出现加载完成后，但Item的position已经改变了，Glide再加载到相应的position的item上面。解决方案是对比控件的Tag，如果用Glide加载则需要在res/value文件夹中新建一个ids.xml文件，设置一个Id，具体做法如下：a ``` if(!TextUtils.isEmpty(item.avatar)) { ivAvatar.setTag(R.id.image_id, item.avatar); if(ivAvatar.getTag(R.id.image_id) !=null&& TextUtils.equals(item.avatar, (String) ivAvatar.getTag(R.id.image_id))) { GlideImgManager.loadCircleHead(mContext, item.avatar, ivAvatar); } } ```

recycler含义： 实际上，NT架构的系统（指Windows NT/2000/XP/2003）会为系统中的每个用户建立各自的回收站文件，如果分区文件系统是NTFS，则会保存在“Recycler”这个文件夹中，分别以每个用户的SID（用户安全标识符，用来代表用户，任何两个用户的标识符都不一样）做回收站的名字，就是类似“S-1-5-21-3643067059-557091897-448451853-500”这样的名字。查看“RECYCLER”文件夹里面的每一个回收站，发现都是当前用户的回收站里面的文件。那么怎么看到每个回收站里面实际的文件呢？在“运行”输入“cmd”，进入E盘，输入“cd RECYCLER”，然后输入“dir /a /s”。其中回收站文件夹“S-1-5-21-3643067059-557091897-448451853-500”如下面所示 C:RECYCLER 的目录 2005-10-21 10:36 <DIR> . 2005-10-21 10:36 <DIR> .. 2005-10-21 18:23 <DIR> S-1-5-21-3643067059-557091897-448451853-500 0 个文件 0 字节 C:RECYCLERS-1-5-21-3643067059-557091897-448451853-500 的目录 2005-10-21 18:23 <DIR> . 2005-10-21 18:23 <DIR> .. 2005-10-21 18:23 0 Dc55.txt 2005-10-21 17:28 65 desktop.ini 2005-10-21 18:23 820 INFO2 3 个文件 885 字节 所列文件总数: 3 个文件 885 字节 5 个目录 3,144,888,320 可用字节 其实重装操作系统时，由于新建的回收站文件夹的名字和以前的截然不同，那么每次清空回收站时，都只能清空新建的回收站，而原来操作系统遗留下来的回收站却无法清空，导致白白浪费硬盘空间。(不过俺有常清理回收站的习惯所以基本上是空的,不过在NTFS格式下的RECYCLER还有着以前的留下的回收站,所以还是确定删掉) 打开资源管理器，进入“RECYCLER”文件夹，选中要清理的回收站文件夹“S-1-5-21-3643067059-557091897-448451853-500”，同时按Shift键和Del键，删除整个回收站文件夹，对于“RECYCLER”文件夹的每一个回收站也都这样处理。或选中“RECYCLER”文件夹，同时按Shift＋Del组合键。删掉所有的回收站后，会报一个警告：不能删除系统文件夹RECYCLER，不用理睬，这是正常的。看下面的表里的就是我的J盘上的多余的回收站,现在3个.可以把这个RECLYCLER删掉.让系统重建. J:RECYCLER 的目录 2005-10-21 10:36 <DIR> . 2005-10-21 10:36 <DIR> .. 2005-10-20 21:40 <DIR> S-1-5-21-1645522239-1417001333-839522115-500 2005-10-21 09:16 <DIR> S-1-5-21-3206033474-2463950726-3032218293-50 0 2005-10-21 17:28 <DIR> S-1-5-21-3643067059-557091897-448451853-500 0 个文件 0 字节 J:RECYCLERS-1-5-21-1645522239-1417001333-839522115-500 的目录 2005-10-20 21:40 <DIR> . 2005-10-20 21:40 <DIR> .. 2005-10-20 21:40 65 desktop.ini 2005-10-20 21:52 20 INFO2 2 个文件 85 字节 J:RECYCLERS-1-5-21-3206033474-2463950726-3032218293-500 的目录 2005-10-21 09:16 <DIR> . 2005-10-21 09:16 <DIR> .. 2005-10-21 09:16 65 desktop.ini 2005-10-21 09:24 20 INFO2 2 个文件 85 字节 J:RECYCLERS-1-5-21-3643067059-557091897-448451853-500 的目录 2005-10-21 17:28 <DIR> . 2005-10-21 17:28 <DIR> .. 2005-10-21 17:28 65 desktop.ini 2005-10-21 17:28 20 INFO2 2 个文件 85 字节 所列文件总数: 6 个文件 255 字节 11 个目录 2,084,978,688 可用字节

楼上正解 不用动那些系统生成的隐形文件夹 直接设置百分百好使

1，如果想在Recycler View里直接获取： 可以把接口的方法写在： 方法里面，用position参数， 2，如果想写在ViewHolder里面，则调用getAdapterPosition()方法： 注： 由于需要在Adapter里处理item的点击事件，所以获取Item位置有个方法： getAdapterPosition() 但是由于RecyclerView的ViewHolder存在回收机制，所以item位置会不准确； 解决方法有： a、标记不回收； 这样直接“阉割”了RecyclerView最大的特点， 十分不推荐 b、重写方法： 再正常用getAdapterPosition()就可以了 还有别的方法 原文链接： https://blog.csdn.net/LyamAL/article/details/99655184 注：RecyclerView中获取Item位置的两种方法 getAdapterPosition()返回ViewHolder中当前展示的Adapter的位置。getLayoutPosition返回的是最新的Layout的位置信息。二者在一般情况下，获取的结果是一致的。 有一种情况，在notifyDataSetChanged()操作的时候，Adapter中数据的更新和Layout布局的更新会有先后的时间差，当Adapter数据更新了，但是Layout布局却还没有刷新，通过getAdapterPostion和getLayoutPosition或者的结果就会有差异。 RececlerView在Layout遍历之前不会去处理Adapter的更新，所以这就会造成实际看到的Layout的数据和Adapter中实际的数据是有差异的。不过，好在这个时间差一般不会超过16ms，所以视觉上一般是没有影响的，但是如果这个时候希望通过getAdapterPostion()得到的返回值为NO_POSITION(-1)，在使用这个结果的时候，可能需要做异常处理，否则可能会出现ArrayIndexOutOfBoundsException的异常。 在Adapter数据更新之后，只有在布局重新遍历之后，Layout的位置信息才会更新。在此之前，通过getLayoutPosition()获取的位置信息，是更新布局之前的位置信息，所以通过getLayoutPosition获取的结果有可能是脏数据。 参考： https://blog.csdn.net/suyimin2010/article/details/84502075

目录 u200b 1. RecyclerView与ListView的异同 u200b 2. RecyclerView的使用 u200b - 简单使用步骤 u200b - 关于Item点击事件的监听 u200b - 关于滚动事件的监听 u200b - 设置Decoration u200b - 设置Animation u200b RecyclerView和ListView一样是用于展示大量数据集的部件，两者都能够回收和复用不可见的view来节约资源提高性能。与ListView不同的是，RecyclerView具有更好的灵活性，这主要得益于其插件化和充分解耦的设计： RecyclerView与ListView的主要差异： 使用RecyclerView时一般会用到一下几个RecyclerView的内部类： 一种简单的方式就是在 onBindViewHolder 时调用view的 setOnClickListener() 方法；或者定义ViewHolder时让其操作 OnClickListener 接口： 如果需要在activity或者fragment中处理点击事件，则可以在adapter中设计一个接口供外部调用： 在activity或fragment中使用： RecyclerView的滚动事件可以使用 addOnScrollListener 方法监听： 滚动的过程一般分为2种： 对应到 onScrollStateChanged 中的newState值： 所以上面 onScrollStateChanged 中的条件可以翻译为：滚动停止 && 倒数第二个item已经可见 && 不在加载过程中 onScrolled 中dx和dy的含义： google提供了一个RecyclerView.ItemDecoration的实现类DividerItemDecoration作为默认的divider，使用方法如下： DividerItemDecoration的码源 DividerItemDecoration实现主要包括三个方法： 其绘制过程大致为： 在最新版的DividerItemDecoration中还提供了一个 setDrawable(Drawable drawable) 方法，方便我们自己定制divider的样式。比如我在 res/drawable 目录下新建一个 divider_drawable.xml 文件： 然后在构造decoration时用这个文件替换默认的divider资源文件： 替换后效果如下： 可以看到由于默认的 getItemOffsets() 设定了bottom的padding值，所以在divider的左右两边露出了RecyclerView下面一层的背景色。对于这种情况，可以仿造默认的DividerItemDecoration自己继承RecyclerView.ItemDecoration实现一个decoration，将绘制方法改为 onDrawOver() ，并在 getItemOffsets() 中不设置padding值，就可以让divider绘制在item的上方。 当然设置divider还有一种更简单的方法，直接在item的布局文件中添加一个ImageView画一条线就好了(￣Д￣)uff89 同样的google也提供了一个默认的动画DefaultItemAnimation，可以使用 setItemAnimation() 方法来设置。 我们也可以继承RecyclerView.ItemAnimation来自己定义item动画。这里推荐一个第三方动画库 recyclerview-animatiors ，简单好用可拓展。 RecyclerView整体理解和使用 http://www.grokkingandroid.com/first-glance-androids-recyclerview/ https://guides.codepath.com/android/using-the-recyclerview#attaching-click-listeners-with-decorators https://developer.android.com/reference/android/support/v7/widget/RecyclerView.html http://www.jianshu.com/p/12ec590f6c76 点击事件 http://www.jianshu.com/p/f2e0463e5aef 滚动事件 http://blog.devwiki.net/index.php/2016/06/13/RecyclerView-Scroll-Listener.html 完整项目在 我的github 上，如果碰巧能帮到您不妨去点个star吧 (￣u2207￣)

官方提供的分割线处理方案,也是继承的 RecyclerView.ItemDecoration 实现的。 用法很简单，注释里面有demo。同时也可以通过自定义drawable来实现divider的自定义。 1.用系统提供的高度和颜色，不做自定义。 2.DividerItemDecoration 可以通过 setDrawable(Drawable drawable) 来设置具体的分割线内容 自定义shape可以设置分割线的高度和颜色。 使用图片的话，分割线的高度就是图片的高度，图片会有拉伸。 最后通过 DividerItemDecoration.setDrawable(Drawable drawable) 就能看到效果了，省了不少力气。

compile "com.wanjian:expandable-recyclerview:0.0.1" 支持多种group布局和多种child布局 [图片上传失败...(image-d09ed6-1518181457487)] 继承 NestedAdapter ,实现下列方法即可，跟使用 ExpandableListview 类似，getGroupItemViewType可以和getChildItemViewType相同，但必须都要大于0 [图片上传失败...(image-14906d-1518181457487)] 支持添加头部，尾部，group间，child间，group和child间添加自定义divider [图片上传失败...(image-fc030c-1518181457487)] 继承自ExpandableAdapter即可，调用如下方法实现展开折叠，同样支持多种group布局和多种child布局 相关方法如下 https://github.com/android-notes/expandable-recyclerview/edit/master/README.md