我们写博客经常会使用markdown这种编译器，因为他可以预览视图十分方便，以前在简书上写文章时也是这个编译器，但是简书上的代码块就十分好看，到了这里丑陋一笔。忍了很久今天做下喝杯咖啡冷静下，搜了搜终于找到原因了(吹牛逼了哈，大佬都喜欢喝咖啡。。。。)1、丑陋的界面2、好看的界面wc，这一看就漂亮多了，不bb了就是一个小坑而已（简书不用特殊修改就可以显现）如下：看到这里我们...

字典树又叫前缀树，一种专门针对字典设计的数据结构，通常使用这种数据结构来处理字符串。知识点产生背景假如有n个单词，放入map中（底层以树实现）搜索时时间复杂度为o（logn）假如有100万个单词logn 大约为20，而字典树这种数据结构做到了与个数n无关，只与单词的个数有关，单词有几个字母，时间复杂度就是几。优于单词的字母一般都是20以内，大大提高了效率。设计推导1、字典树1、字典树是一个多叉树，

为了加深印象，了解缘由 决定浅浅探究下~归其原因还是对较新版gradle语法不熟悉的缘故。

做项目，客户端这里自己模拟json数据时，一时没忍住搞得json字符串太长了（idea上大概有600多行吧），这个问题就蹦出来了。老方法直接google、百度然后看到一堆有关String 字符串常量池字符最大限制的文章，这些前辈都是从jvm的运行时常量池的常量表占的内存数，从原理上讲解了常量池所能容纳的最大字符数。对于不了解jvm的同学来说,啥无符号数、有符号数、u1、u2之类的看着看着就懵逼了.

概述Android系统架构分为五层，从上到下依次是应用层、应用框架层、系统运行库层、硬件抽象层和Linux内核层。Android底层内核空间以Linux Kernel作为基石，上层用户空间由Native系统库、虚拟机运行环境、框架层组成，通过系统调用(Syscall)连通系统的内核空间与用户空间。对于用户空间主要采用C++和Java代码编写，通过JNI技术打通用户空间的Java层和Native层(

随着安卓的不断升级，手机的权限也逐渐被google收回，在6.0时出现了动态权限。知识图由来介绍安卓6.0之前应用的权限在安装时就可以全部授予（清单文件声明的），然而这可能造成店大欺客的情况，用户为了安装app，必须同意所有的权限。在 Android 6.0 或更高版本对权限进行了分类，对某些涉及到用户隐私的权限可在运行时根据用户的需要动态授予。这样就不需要在安装时被强迫同意某些权限...

好吧values.xml是合并后的资源文件，找到自己自定义属性的attr.xml 让二者保持一致就行了~首先看报错信息，background属性重复定义了.

前言近期换了一份工作，入职那天一看整个办公室好大气，好多智能电视，估计有50寸，顿时心里明白了我一个安卓开发肯定是要干TV开发了。还好无论TV开发、安卓wear、安卓车载都是和安卓手机开发差不多。于是乎看看官方给的TV开发文档，瞅瞅差异，搞起来。所以，以下有关TV的文档就按照官方文档搞一遍。顺带着自己的一点理解整理下。一、官方文档地址传送门二、安卓TV概览如果您有 Androi...

看了报错信息明白了，这是类冲突了，INotificationSideChannel这个类在androidx.core:core:1.8.0与com.android.support:support-compat:26.1.0这个两个模块中都有。我androidx的项目还引入了support库？还是回顾下冲突的产生吧。还真的有 emmmm，，，，，测试下吧刚添加的依赖移除后这个support库就没了。

最近发布Google 内侧版本app时老是会出现一个警告⚠️ “app的target sdk 版本必须不能低于31（Android 12）” 否则今年12月之后将影响上架。于是趁着空闲便搞下target sdk的升级。期间还是踩了一点小坑的，这里就把我们项目中迁移遇到的记录下，希望大家碰到类似的能够轻松避开~