为什么 build 方法放在 State 中而不是在 StatefulWidget 中呢？其中前2点是源代码的注释中给出的原因，最后一点是我的一点个人理解。...试想一下，如果 build 方法放在 StatefulWidget 中，则 AnimatedWidget 中的 build 方法需要带一个 State 参数,如下： abstract class AnimatedWidget...闭包 this 指向异常 假设 build 方法在 StatefulWidget 中，StatefulWidget 的子类写法如下： class MyWidget extends StatefulWidget...如果 build 方法在 State 中，代码如下： class MyWidget extends StatefulWidget { final Color color; const MyWidget...性能 有状态的组件包含StatefulWidget 和 State，当有状态组件的配置发生更改时，StatefulWidget 将会被丢弃并重建，而 State 不会重建，框架会更新 State 对象中
参考链接： java-string-concat Java中String类的concat方法 在了解concat（）之前，首先需要明确的是String的两点特殊性。 ...长度不可变值不可变 这两点从源码中对String的声明可以体现： private final char[] value ; 其中final对应值的不可更改的特性；而char[]对应String...（）方法首先获取拼接字符串的长度，判断这个字符串长度是否为0（判断这个用来拼接的字符串是不是空串），如果是就返回原来的字符串（等于没有拼接）；否则就获取源字符串的长度，创建一个新的char[]字符数组，...这个字符数组的长度是拼接字符串的长度与源字符串的长度之和，通过Arrays类的copyOf方法复制源数组，然后通过getChars方法将拼接字符串拼接到源字符串中，然后将新串返回。...API中也对这个方法进行了解释： 如果参数字符串的长度为 0，则返回此 String 对象。
一、需求背景 部门通常指的是在一个组织或企业中组成的若干人员，他们共同从事某一特定工作，完成共同的任务和目标。...在组织或企业中，部门通常是按照职能、工作性质或业务范畴等因素进行划分的，如财务部门、人力资源部门、市场部门等。...但在开发过程中，如果不建立数据表，则需要用选择结构进行判断赋值，所以就产生了大量的 if-else 代码。 本文的目标，就是消除这些 if-else 代码，用更高级的方法来实现！...三、基础工作 同学们在创建完成项目之后，在 cn.zwz.entity 新建一个 User 员工类，如下图所示。 在员工类中定义 部门编号 和 姓名 两个字段，代码如下。...同学们在开发自己的商业订单时，可以采取这个方案来处理大量的选择逻辑。
在python脚本中执行shell命令的方法 最近在写python的一些脚本，之前使用python都是在django中使用，可能大部分内容都是偏向于后端开发方面的，最近在写一些脚本的时候，发现了...使用Python处理一个shell命令或者一个执行一个shell脚本，一般情况下，有下面三种方法，下面我们来看： 第一种方法是使用os.system的方法 os.system（"cmd"） 我们在当前目录下面创建一个...shell命令打印出来aaa.sql中的内容，然后下面出现的数字0代表上述命令执行成功；如果我们打印bbb.sql则返回值是256，表示执行中出现了问题。...shell命令pwd的时候，commands.getstatusputput返回值是0，也就是执行成功，返回结果是当前的目录；当执行pwddddd的时候，由于不是系统命令，所以返回结果是command...，可以得到一个脚本或者一个命令的返回值和执行结果，当然，我们也可以使用下面的方法来分别校验aaa.sql文件是否存在，以及查看aaa.sql的执行结果： 1[root@ /data]$python 2Python
group_concat()函数的参数是可以直接使用order by排序的。666。。下面通过例子来说明，首先看下面的t1表。 ?...比如，我们要查看每个人的多个分数，将该人对应的多个分数显示在一起，分数要从高到底排序。...可以这样写： SELECT username,GROUP_CONCAT(score ORDER BY score DESC) AS myScore FROM t1 GROUP BY username;
PostgreSQL中的查询：1.查询执行阶段 开始关于PG内部执行机制的文章系列。这一篇侧重于查询计划和执行机制。...pg_tables是上面例子的一个视图，重写后的解析树将采用以下形式： 解析树对应的查询（经所有操作仅在树上执行，而不是在查询文本上执行）： SELECT schemaname, tablename...，而不是执行操作的顺序。...在大多数情况下，使用触发器而不是规则更安全、更方便。 如果debug_print_rewritten开启，则完整重写的解析树会显示在服务消息日志中。...执行计划也可以表示为树，但其节点是对数据的物理操作而不是逻辑操作。 开启debug_print_plan，则整个执行计划树会显示在服务消息日志中。这是非常不切实际的，因为日志非常混乱。
但是公司不景气，导致业务线被裁掉了，那么第一个被裁的总是一线业务线的普通开发，这个时候老员工和领导总是能够很好的躲过去，而避免自己在没有找到下家之前而被裁掉。...在老板眼中，领导干部才是他所认为的核心？ 在老板眼中，领导干部才是他所认为的核心？这个我是不认同的，但是我不是老板，也许这个可能就是我不能当老板的原因吧！...老板认为，我只需要管理这几十个领导，就可以管理一个上千人的公司，而不是说要和一线员工去打交道，那个是得补偿失的。...也就是说普通员工一定要让自己成为老板眼中有价值的人，但是有一个前提，那就是自己一定要预先成为自己领导或者部门的人眼中有价值的人，这样你才能够在面对裁员大潮的时候，有自主选择的权利，而不是非常的被动。...在大厂里面尤其是看重这种不可替代的能力，咱们作为普通员工，也要在自己的团队中，变成不可替代的，这样才会有机会成为未来的领导候选人。
在.NET中执行异步/等待的两种错误方法 在应用开发中，我们为了提高应用程序的吞吐能力或者异步操作来减少耗时，通常会使用多线程来达到目的，而在C#语言中由于async/await必杀技的存在，大多会使用此来简化多线程操作...，此方法在另一个Task中返回一个Task！...因此在工作中会发现各种奇奇怪怪的代码，例如以下为了配合外部异步方法，又由于内部各种原因没有实现异步方法，不得不用Task.Run来包裹同步方法而达到语法要求。...这里的问题是方法client.GetData()本身并不是异步方法,通过将异步包装器置于同步方法之上，我们正在做一个称为“async-over-sync异步超同步”的反模式，这在大多数情况下最终不是一个推荐的做法...而且在并发下，以上使用方式在工作中也极大的降低了系统性能！ 解决方案可以简化为：不要对同步方法使用异步包装器！只需同步调用它们即可。
对于无参的预备语句，在第一次执行的时候就会生成执行计划，之后会延用其来完成任务；对于有参的预备语句，最优执行计划会因为变量实际值的不同而不同。...因此，在PG里：前5次执行预备语句，每一次都产生新的执行计划，叫做custom plan；第6次再执行时，会生成一个不依赖于参数的执行计划并保存下来，叫做generic plan。...generic plan是指对于preapre语句生成计划，该计划策略会在执行execute语句的时候把参数bind到plan中，然后执行计划。...这种方案的优点是每次执行可以省去重复的优化器开销；缺点是当bind参数字段上数据存在倾斜时该计划可能不是最优的， 部分bind参数场景下执行性能较差。...但是explain查询当前缓存的执行计划，在实际中估算的成本可能是不准确的，因为很可能估算的成本和实际运行的成本不一致。
谈谈绕过的方法 在这之前，我们先来总结一下常用的命令注入绕过方法，还是挺有意思的，会对 Linux 指令更加熟练（下面有些 Linux 命令只在 bash 下有效，在 zsh 里面可能会不行） 2019.12.19...拼接型 命令 作用 & 表示任务在后台执行 && 表示前一条命令执行成功时才执行后面一条命令 | 表示上一命令的输出作为下一命令的参数 || 表示上一条命令执行失败后才执行下一条命令 ; 不管前面的命令成不成功都执行后面的命令...奇淫技巧 在网上看博客的时候就发现了好多命令注入绕过的方法，真是刷新了我的思维，记录一下 绕过空格 Linux 下会有很多可以绕过空格的方法，因为题目可能会限制我们不能输入空格，但是我们可以通过一些特殊的字符绕过...在 Linux 下，有很多方法可以绕过空格， {IFS} IFS9 {IFS}9 都表示空格，可以绕过空格，这里 IFS 表示的是 Linux 下的分隔符 kevin@laptop:~$ cat$IFS...hello world Linux 中已经存在的一些字符
然而，在GNU编译器集合（GCC）和LLVM中实现的LTO中，编译器能够转储其中间表示（IR），即GIMPLE字节码或LLVM字节码，以便在最终链接时将组成单个可执行文件的所有不同编译单元作为单个模块进行优化...LTO背景和动机 LTO（Link Time Optimization）是通过整个程序分析和跨模块优化来实现更好的运行时性能的一种方法。在编译阶段，clang会生成LLVM字节码而不是目标文件。...ThinLTO是一种新的方法，旨在像非LTO构建一样具有可扩展性，同时保留了完整LTO的大部分性能优势。 在ThinLTO中，串行步骤非常轻量且快速。...这是因为它不是加载bitcode并合并单个庞大模块来执行这些分析，而是在串行链接步骤中利用每个模块的摘要进行全局分析，以及用于后续跨模块导入的函数位置索引。...函数导入和其他IPO转换是在模块在完全并行的后端进行优化时执行的。 ThinLTO全局分析所启用的关键转换是函数导入，只有可能进行内联的函数被导入到每个模块中。
3.2 当有两次继承时，演示super指向他紧邻的父类 我们把上面的例子扩展成两次继承， 就看出：马克-to-win，Super是一个参考（或说指针）指向他紧邻的父类，而不是最底层的基类。
Address一般是服务器本身配置的DNS的外网出口IP，证明的是下部分的命令成功的在icloud.com登录功能所在的服务器成功执行，这个是一个可以执行命令的演示，如果这里的exp是一个echo "...在自己的设备上执行，可以看到我设备本身的DNS的外网递归出口为27.40.22.150的IP地址； image.png image.png 二、实现原理 image.png 当我们在...的权威服务器就能知道，在什么时间，什么IP请求了什么域名，然后做日志回显即可完成该操作；（该网站提供的子域名TTL也是 190，所以在190s之内的请求就记录不了了，要等到下一个TTL周期进行请求。）...dnslog.cn提供的随机子域名的请求打印功能，可以很快的验证远程命令是否正常执行，以便给黑白帽子做判断是否进行下一步操作； 那么基于此原理，还能做什么？...，我还想知道是在什么角色之下，执行下whoami命令，显然是OK的，并且ceye提供的子域名TTL是1s，也就是大部分的请求日志都会记录在权威； image.png image.png 这样带来的可玩性就比较多了
连接建立后，执行查询语句的时候，会先查询缓存，MySQL 会先校验这个 sql 是否执行过，以 Key-Value 的形式缓存在内存中，Key 是查询预计，Value 是结果集。...当然在真正执行缓存查询的时候还是会校验用户的权限，是否有该表的查询条件。 ...MySQL 查询不建议使用缓存，因为查询缓存失效在实际业务场景中可能会非常频繁，假如你对一个表更新的话，这个表上的所有的查询缓存都会被清空。...对于不经常更新的数据来说，使用缓存还是可以的。 所以，一般在大多数情况下我们都是不推荐去使用查询缓存的。 ...4) 优化器 优化器的作用就是它认为的最优的执行方案去执行（有时候可能也不是最优，这篇文章涉及对这部分知识的深入讲解），比如多个索引的时候该如何选择索引，多表查询的时候如何选择关联顺序等
实例演示 以下面的场景作为示例进行讲解： 学生表： 一张简单的学生表，其中记录了学生ID、名称、班级ID 借阅表： 一张简单的借阅表，当中记录了借阅的书籍和对应借阅学生ID,但是每行中的学生名称和班级...目标：快速生成update语句将book_borrow表中的student_name和class_id更新为正确的数据。...; 把update需要用的变量全部使用select查询出来。即，根据book_borrow表中的student_id，去student表中查出name和class_id。 select a.id,b....b.class_id," where id = ",a.id,";") from book_borrow a inner join student b on a.student_id = b.id; 执行之后便是我们想要的结果了...，如下图所示： 最后我们把sql拷出来直接执行就可以了。
在我们这个案例中，作料包括运行Ubuntu 18.04 Linux OS的数据库主机和测试主机，PostgreSQL 12版本，模块化、跨平台、多线程的Sysbench测试工具集，以及一个用于对照的存储设备...当减小PostgreSQL中的填充因子（fillfactor）时，ScaleFlux CSD 2000可以节省可观的存储空间。...我们知道，填充因子是PostgreSQL运行时的一个重要参数；对于那些在相同元组上不断更新和删除的场景来说，减小填充因子可以大大提升系统的性能。...因为填充因子本质上是通过在PostgreSQL的页面中预留一部分空间，用于将来页面中元组的更新和删除，这样当页面还存在足够的空间时，更新/删除后新的元组就可以直接追加到页面尾部，而无需进行页面的分裂和空间申请等操作...，从而提升PostgreSQL的性能。
作为学院派的数据库，postgresql在底层的架构设计上就考虑了很多算法层面的优化。其中在postgresql9.6版本中推出bloom索引也是十足的黑科技。...Bloom索引来源于1970年由布隆提出的布隆过滤器算法，布隆过滤器用于检索一个元素是否在一个集合中，它的优点是空间效率和查询时间都远远超过一般的算法，缺点是有一定的误识别率和删除困难。...那么怎么降低哈希碰撞的概率呢，一方面可以增加位图的长度m，另一方面可以通过多个（k个）哈希函数哈希到位图上的k个位置，如果在匹配时k个位置所有值都是1则代表很可能匹配到，如果k个位置上存在一个为0，那么代表该元素一定不在集合中...在pg中，对每个索引行建立了单独的过滤器，也可以叫做签名，索引中的每个字段构成了每行的元素集。较长的签名长度对应了较低的误判率和较大的空间占用，选择合适的签名长度来在误判率和空间占用之间进行平衡。...索引的执行计划上看到了Rows Removed by Index Recheck: 1042字样，代表了条件在位图上命中了，无法排除，需要回表进行二次确认，所以recheck的数量越少，bloom索引需要回表的次数越少
我们都知道锁在数据库中存在是在内存中，对于POSTGRESQL 来说锁在内存中的具体的实现方式是怎样的,这里从 spin lock 作为一个切入点，因为在逃离了理论上的各种行锁，死锁，锁等待，实际上在内存中的锁是什么样子的...产生自旋锁，也是由于硬件的架构的问题产生的这样的锁，其中的主要特点是通过自旋锁来最大化的利用CPU的资源，在CPU的使用中如果频繁的进行工作的切换，将不是一个好的事情，这样会将大量的时间浪费在上下文的交换过程...，而CPU大量的时间都是在等待下一个资源的进入，SPIN LOCK 的特点就是不切换，而是通过等待，切入下一个工作，而不需要CPU 来进行上下文的切换。...0，而另一个进程在此时终于等到了释放的自旋锁，此时在掌握到锁，变为1， 在掌握锁的过程中，如同右边的原型，在掌控锁的时间内，一直在掌控，并等待工作完毕后，释放锁，也在等待下一个掌握他的进程的到来。...需要注意硬件系统中是有寄存器的，如果获取值是在寄存器中，则多个线程同时要变更值，则内存和寄存器中的值可能是不同步的，所以自旋锁中的值的获取，必须是在内存中而不是在寄存器中，获取的。
要做测试界的张小龙，而不是码农，这句话是对于目前大家所向往的测试开发中最高的境界，也是未来所需，只有能在测试行业中设计出或者产出一款产品让大家所受欢迎才是最牛X的；为什么这么说？...100%，而测试部的开发可能就是在开发：测试为7：3左右，具体要看业务或者部门进行调整，并且这种测试开发的需求有一大部分需要来自于自己的思考，而不是自动等需求来。.../项目，在入手 ，而不是盲目;最终设计的产品，框架，平台，工具都是要为了测试的效率和项目质量这两个因素服务。...以上，就是对于自动化测试职业中的个人看法，测试自动化缺的是产品，缺的是需求，而不是缺开发的角色，现实中的测试团队，不会提需求或者因为知识或者意识不到位，都是一直保持传统的测试，这就会让测试开发很尴尬，让管理者尴尬...，而要不尴尬，管理者测试开发都是要深入到一线，调研，发现，解决问题，贴地气的去实现，围绕效率和质量两个关键点解决问题，而不是形成PPT工具。
首先说明一点的是：专注于某种编程语言或工具可能限制你的发挥，尤其可能限制了你在工作中可提供的价值。 注：如果你可提供的价值在逐步退化，那么你的舞台可能突然谢幕。...下面我要说说这些限制体现在哪些方面，你应该如何去避免它 在2008年的时候，就已经参与到自动化测试项目中，至今已过10年了，在这10年里见尽了各种工具的突起、消失。...有些一时的兴起，然后消失； 有些慢慢的崛起，其强悍的生命力还在延续； 有些当年风光无尽，如今依然江河日下。 最终，在可预见的未来，当前所有的工具都会过时，被更好地工具所替代或是停止了维护。...各种工具你或多或少有所了解，甚至不断新出的工具都会第一时间了解到，在这些层出不穷的工具涌现的过程中，有一个非常好的消失： 很多工具都是基于相同的设计模式或原则 没错，聚焦在这相同的设计模式或原则上，而不仅仅是工具本身...几乎所有用于自动化测试的编程语言，本质上都是面向对象的编程语言。这就意味着它们拥有同样的特性,共享对象、方法、参数等概念，也具有面向对象的四大特性：封装、抽象、继承和多态。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
