XuDeveloper.github.io/posts/5ce963fb.html at master · XuDeveloper/XuDeveloper.github.io

History

1008 lines (475 loc) · 73.8 KB

Raw

100

101

102

103

104

105

106

107

108

109

110

111

112

113

114

115

116

117

118

119

120

121

122

123

124

125

126

127

128

129

130

131

132

133

134

135

136

137

138

139

140

141

142

143

144

145

146

147

148

149

150

151

152

153

154

155

156

157

158

159

160

161

162

163

164

165

166

167

168

169

170

171

172

173

174

175

176

177

178

179

180

181

182

183

184

185

186

187

188

189

190

191

192

193

194

195

196

197

198

199

200

201

202

203

204

205

206

207

208

209

210

211

212

213

214

215

216

217

218

219

220

221

222

223

224

225

226

227

228

229

230

231

232

233

234

235

236

237

238

239

240

241

242

243

244

245

246

247

248

249

250

251

252

253

254

255

256

257

258

259

260

261

262

263

264

265

266

267

268

269

270

271

272

273

274

275

276

277

278

279

280

281

282

283

284

285

286

287

288

289

290

291

292

293

294

295

296

297

298

299

300

301

302

303

304

305

306

307

308

309

310

311

312

313

314

315

316

317

318

319

320

321

322

323

324

325

326

327

328

329

330

331

332

333

334

335

336

337

338

339

340

341

342

343

344

345

346

347

348

349

350

351

352

353

354

355

356

357

358

359

360

361

362

363

364

365

366

367

368

369

370

371

372

373

374

375

376

377

378

379

380

381

382

383

384

385

386

387

388

389

390

391

392

393

394

395

396

397

398

399

400

401

402

403

404

405

406

407

408

409

410

411

412

413

414

415

416

417

418

419

420

421

422

423

424

425

426

427

428

429

430

431

432

433

434

435

436

437

438

439

440

441

442

443

444

445

446

447

448

449

450

451

452

453

454

455

456

457

458

459

460

461

462

463

464

465

466

467

468

469

470

471

472

473

474

475

476

477

478

479

480

481

482

483

484

485

486

487

488

489

490

491

492

493

494

495

496

497

498

499

500

501

502

503

504

505

506

507

508

509

510

511

512

513

514

515

516

517

518

519

520

521

522

523

524

525

526

527

528

529

530

531

532

533

534

535

536

537

538

539

540

541

542

543

544

545

546

547

548

549

550

551

552

553

554

555

556

557

558

559

560

561

562

563

564

565

566

567

568

569

570

571

572

573

574

575

576

577

578

579

580

581

582

583

584

585

586

587

588

589

590

591

592

593

594

595

596

597

598

599

600

601

602

603

604

605

606

607

608

609

610

611

612

613

614

615

616

617

618

619

620

621

622

623

624

625

626

627

628

629

630

631

632

633

634

635

636

637

638

639

640

641

642

643

644

645

646

647

648

649

650

651

652

653

654

655

656

657

658

659

660

661

662

663

664

665

666

667

668

669

670

671

672

673

674

675

676

677

678

679

680

681

682

683

684

685

686

687

688

689

690

691

692

693

694

695

696

697

698

699

700

701

702

703

704

705

706

707

708

709

710

711

712

713

714

715

716

717

718

719

720

721

722

723

724

725

726

727

728

729

730

731

732

733

734

735

736

737

738

739

740

741

742

743

744

745

746

747

748

749

750

751

752

753

754

755

756

757

758

759

760

761

762

763

764

765

766

767

768

769

770

771

772

773

774

775

776

777

778

779

780

781

782

783

784

785

786

787

788

789

790

791

792

793

794

795

796

797

798

799

800

801

802

803

804

805

806

807

808

809

810

811

812

813

814

815

816

817

818

819

820

821

822

823

824

825

826

827

828

829

830

831

832

833

834

835

836

837

838

839

840

841

842

843

844

845

846

847

848

849

850

851

852

853

854

855

856

857

858

859

860

861

862

863

864

865

866

867

868

869

870

871

872

873

874

875

876

877

878

879

880

881

882

883

884

885

886

887

888

889

890

891

892

893

894

895

896

897

898

899

900

901

902

903

904

905

906

907

908

909

910

911

912

913

914

915

916

917

918

919

920

921

922

923

924

925

926

927

928

929

930

931

932

933

934

935

936

937

938

939

940

941

942

943

944

945

946

947

948

949

950

951

952

953

954

955

956

957

958

959

960

961

962

963

964

965

966

967

968

969

970

971

972

973

974

975

976

977

978

979

980

981

982

983

984

985

986

987

988

989

990

991

992

993

994

995

996

997

998

999

1000

<!DOCTYPE html>

var NexT = window.NexT || {};

var CONFIG = {

root: '/',

scheme: 'Pisces',

version: '5.1.3',

sidebar: {"position":"left","display":"post","offset":12,"b2t":false,"scrollpercent":true,"onmobile":true},

fancybox: true,

tabs: true,

motion: {"enable":true,"async":false,"transition":{"post_block":"fadeIn","post_header":"slideDownIn","post_body":"slideDownIn","coll_header":"slideLeftIn","sidebar":"slideUpIn"}},

duoshuo: {

userId: '0',

author: '博主'

algolia: {

applicationID: '',

apiKey: '',

indexName: '',

hits: {"per_page":10},

labels: {"input_placeholder":"Search for Posts","hits_empty":"We didn't find any results for the search: ${query}","hits_stats":"${hits} results found in ${time} ms"}

}

};

</script>

<title>Butterknife 8.8.1源码解析 | Xu的博客</title>

</head>

Xu的博客

</a>

</div>

</div>

</button>

</div>

首页

</a>

</li>

标签

</a>

</li>

分类

</a>

</li>

归档

</a>

</li>

</ul>

</nav>

</div>

</header>

<h1 class="post-title" itemprop="name headline">Butterknife 8.8.1源码解析</h1>

发表于

2017-12-17

</time>

|

分类于

Android

</a>

|

阅读次数:

</div>

</header>

<h4 id="一、本文需要解决的问题"><a href="#一、本文需要解决的问题" class="headerlink" title="一、本文需要解决的问题"></a>一、本文需要解决的问题</h4>我研究Butterknife源码的目的是为了解决以下几个我在使用过程中所思考的问题：

<ol>

<li>在很多文章中都提到Butterknife使用编译时注解技术，什么是编译时注解？</li>

<li>是完全不调用findViewById()等方法了吗？</li>

<li>为什么绑定各种view时不能使用private修饰？</li>

<li>绑定监听事件的时候方法命名有限制吗？</li>

</ol>

<h4 id="二、初步分析"><a href="#二、初步分析" class="headerlink" title="二、初步分析"></a>二、初步分析</h4>基于Butterknife 8.8.1版本。 为了更好地分析代码，我写了一个demo： MainActivity.java: <figure class="highlight java"><table><tr><td class="gutter"><pre>1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 </pre></td><td class="code"><pre>public class MainActivity extends Activity { @BindView(R.id.text) TextView textView; @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); ButterKnife.bind(this); } @OnClick(R.id.text) public void textClick() { Toast.makeText(MainActivity.this, "textview clicked", Toast.LENGTH_LONG); } } </pre></td></tr></table></figure>

我们从Butterknife.bind()方法，即方法入口开始分析： ButterKnife#bind()： <figure class="highlight java"><table><tr><td class="gutter"><pre>1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 </pre></td><td class="code"><pre>@NonNull @UiThread public static Unbinder bind(@NonNull Activity target) { View sourceView = target.getWindow().getDecorView(); return createBinding(target, sourceView); } private static Unbinder createBinding(@NonNull Object target, @NonNull View source) { Class<?> targetClass = target.getClass(); if (debug) Log.d(TAG, "Looking up binding for " + targetClass.getName()); // ！！！ Constructor<? extends Unbinder> constructor = findBindingConstructorForClass(targetClass); if (constructor == null) { return Unbinder.EMPTY; } //noinspection TryWithIdenticalCatches Resolves to API 19+ only type. try { return constructor.newInstance(target, source); } catch (IllegalAccessException e) { throw new RuntimeException("Unable to invoke " + constructor, e); } catch (InstantiationException e) { throw new RuntimeException("Unable to invoke " + constructor, e); } catch (InvocationTargetException e) { Throwable cause = e.getCause(); if (cause instanceof RuntimeException) { throw (RuntimeException) cause; } if (cause instanceof Error) { throw (Error) cause; } throw new RuntimeException("Unable to create binding instance.", cause); } } @Nullable @CheckResult @UiThread private static Constructor<? extends Unbinder> findBindingConstructorForClass(Class<?> cls) { Constructor<? extends Unbinder> bindingCtor = BINDINGS.get(cls); if (bindingCtor != null) { if (debug) Log.d(TAG, "HIT: Cached in binding map."); return bindingCtor; } String clsName = cls.getName(); if (clsName.startsWith("android.") || clsName.startsWith("java.")) { if (debug) Log.d(TAG, "MISS: Reached framework class. Abandoning search."); return null; } try { // ！！！ Class<?> bindingClass = cls.getClassLoader().loadClass(clsName + "_ViewBinding"); //noinspection unchecked bindingCtor = (Constructor<? extends Unbinder>) bindingClass.getConstructor(cls, View.class); if (debug) Log.d(TAG, "HIT: Loaded binding class and constructor."); } catch (ClassNotFoundException e) { if (debug) Log.d(TAG, "Not found. Trying superclass " + cls.getSuperclass().getName()); bindingCtor = findBindingConstructorForClass(cls.getSuperclass()); } catch (NoSuchMethodException e) { throw new RuntimeException("Unable to find binding constructor for " + clsName, e); } BINDINGS.put(cls, bindingCtor); return bindingCtor; } </pre></td></tr></table></figure>

代码还是比较清晰的，bind()方法的流程：

<ol>

<li>首先获取当前activity的sourceView，其实就是获取Activity的DecorView，DecorView是整个ViewTree的最顶层View，包含标题view和内容view这两个子元素。我们一直调用的setContentView()方法其实就是往内容view中添加view元素。</li>

<li>然后调用createBinding() –> findBindingConstructorForClass()，重点是<figure class="highlight java"><table><tr><td class="gutter"><pre>1 2 3 </pre></td><td class="code"><pre>Class<?> bindingClass = cls.getClassLoader().loadClass(clsName + "_ViewBinding"); bindingCtor = (Constructor<? extends Unbinder>) bindingClass.getConstructor(cls, View.class); BINDINGS.put(cls, bindingCtor); </pre></td></tr></table></figure>

</li>

</ol>

按照所写的代码，这里会加载一个MainActivity_ViewBinding类，然后获取这个类里面的双参数（Activity， View）构造方法，最后放在BINDINGS里面，它是一个map，主要作用是缓存。在下次使用的时候，就可以从缓存中获取到： <figure class="highlight java"><table><tr><td class="gutter"><pre>1 2 3 4 5 </pre></td><td class="code"><pre>Constructor<? extends Unbinder> bindingCtor = BINDINGS.get(cls); if (bindingCtor != null) { if (debug) Log.d(TAG, "HIT: Cached in binding map."); return bindingCtor; } </pre></td></tr></table></figure>

<h4 id="三、关于编译时注解"><a href="#三、关于编译时注解" class="headerlink" title="三、关于编译时注解"></a>三、关于编译时注解</h4>在上面分析过程中，我们知道最后我们会去加载一个MainActivity_ViewBinding类，而这个类并不是我们自己编写的，而是通过编译时注解（APT - Annotation Processing Tool）的技术生成的。 这一节将会介绍一下这个技术。

<h6 id="1、什么是注解"><a href="#1、什么是注解" class="headerlink" title="1、什么是注解"></a>1、什么是注解</h6>注解其实很常见，比如说Activity自动生成的onCreate()方法上面就有一个@Override注解 <img src="http://upload-images.jianshu.io/upload_images/1963233-e412f8720ea36e4e.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/800" alt="image.png">

<ul>

<li>注解的概念： 能够添加到 Java 源代码的语法元数据。类、方法、变量、参数、包都可以被注解，可用来将信息元数据与程序元素进行关联。</li>

<li>注解的分类：<ul>

<li>标准注解，如Override， Deprecated，SuppressWarnings等</li>

<li>元注解，如@Retention, @Target, @Inherited, @Documented。当我们要自定义注解时，需要使用它们</li>

<li>自定义注解，表示自己根据需要定义的 Annotation</li>

</ul>

</li>

<li>注解的作用：<ul>

<li>标记，用于告诉编译器一些信息</li>

<li>编译时动态处理，如动态生成java代码</li>

<li>运行时动态处理，如得到注解信息</li>

</ul>

</li>

</ul>

<h6 id="2、运行时注解-vs-编译时注解"><a href="#2、运行时注解-vs-编译时注解" class="headerlink" title="2、运行时注解 vs 编译时注解"></a>2、运行时注解 vs 编译时注解</h6>一般有些人提到注解，普遍就会觉得性能低下。但是真正使用注解的开源框架却很多例如ButterKnife，Retrofit等等。所以注解是好是坏呢？ 首先，并不是注解就等于性能差。更确切的说是运行时注解这种方式，由于它的原理是java反射机制，所以的确会造成较为严重的性能问题。 但是像Butterknife这个框架，它使用的技术是编译时注解，它不会影响app实际运行的性能（影响的应该是编译时的效率）。 一句话总结：

<ul>

<li>运行时注解就是在应用运行的过程中，动态地获取相关类，方法，参数等信息，由于使用java反射机制，性能会有问题；</li>

<li>编译时注解由于是在代码编译过程中对注解进行处理，通过注解获取相关类，方法，参数等信息，然后在项目中生成代码，运行时调用，其实和直接运行手写代码没有任何区别，也就没有性能问题了。 这样我们就解决了第一个问题。</li>

</ul>

<h6 id="3、如何使用编译时注解技术"><a href="#3、如何使用编译时注解技术" class="headerlink" title="3、如何使用编译时注解技术"></a>3、如何使用编译时注解技术</h6>这里要借助到一个类：AbstractProcessor <figure class="highlight java"><table><tr><td class="gutter"><pre>1 2 3 4 5 6 7 8 9 </pre></td><td class="code"><pre>public class TestProcessor extends AbstractProcessor { @Override public boolean process(Set<? extends TypeElement> annotations, RoundEnvironment roundEnv) { // TODO Auto-generated method stub return false; } } </pre></td></tr></table></figure>

重点是process()方法，它相当于每个处理器的主函数main()，可以在这里写相关的扫描和处理注解的代码，他会帮助生成相关的Java文件。后面我们可以具体看一下Butterknife中的使用。

<h4 id="四、进一步分析MainActivity-ViewBinding"><a href="#四、进一步分析MainActivity-ViewBinding" class="headerlink" title="四、进一步分析MainActivity_ViewBinding"></a>四、进一步分析MainActivity_ViewBinding</h4>我们了解了编译时注解的基本概念之后，我们先看一下MainActivity_ViewBinding类具体实现了什么。 在编写完demo之后，需要先build一下项目，之后可以在build/generated/source/apt/debug/包名/下面找到这个类，如图所示： <img src="http://upload-images.jianshu.io/upload_images/1963233-05bfdab2cc7029d7.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/840" alt> 接上面的分析，到最后会通过反射的方式去调用MainActivity_ViewBinding的构造方法。我们直接看这个类的构造方法： <figure class="highlight java"><table><tr><td class="gutter"><pre>1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 </pre></td><td class="code"><pre>@UiThread public MainActivity_ViewBinding(final MainActivity target, View source) { this.target = target; View view; // 1 view = Utils.findRequiredView(source, R.id.text, "field 'textView' and method 'textClick'"); // 2 target.textView = Utils.castView(view, R.id.text, "field 'textView'", TextView.class); // 3 view2131165290 = view; view.setOnClickListener(new DebouncingOnClickListener() { @Override public void doClick(View p0) { target.textClick(); } }); } </pre></td></tr></table></figure>

<h6 id="1、findRequiredView"><a href="#1、findRequiredView" class="headerlink" title="1、findRequiredView()"></a>1、findRequiredView()</h6><figure class="highlight java"><table><tr><td class="gutter"><pre>1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 </pre></td><td class="code"><pre>public static View findRequiredView(View source, @IdRes int id, String who) { View view = source.findViewById(id); if (view != null) { return view; } String name = getResourceEntryName(source, id); throw new IllegalStateException("Required view '" + name + "' with ID " + id + " for " + who + " was not found. If this view is optional add '@Nullable' (fields) or '@Optional'" + " (methods) annotation."); } </pre></td></tr></table></figure>

看到这里我们已经解决了第二个问题：到最后还是会调用findViewById()方法，并没有完全舍弃这个方法，这里的source代表着在上面代码中传入的MainActivity的DecorView。大家可以尝试一下将Activity转化为Fragment的情况~

<h6 id="2、Util-castView"><a href="#2、Util-castView" class="headerlink" title="2、Util.castView"></a>2、Util.castView</h6>在这里，我们解决了第三个问题，绑定各种view时不能使用private修饰，而是需要用public或default去修饰，因为如果采用private修饰的话，将无法通过对象.成员变量方式获取到我们需要绑定的View。 Util#castView()： <figure class="highlight java"><table><tr><td class="gutter"><pre>1 2 3 4 5 6 7 8 9 10 11 12 13 14 </pre></td><td class="code"><pre>public static <T> T castView(View view, @IdRes int id, String who, Class<T> cls) { try { return cls.cast(view); } catch (ClassCastException e) { String name = getResourceEntryName(view, id); throw new IllegalStateException("View '" + name + "' with ID " + id + " for " + who + " was of the wrong type. See cause for more info.", e); } } </pre></td></tr></table></figure>

这里直接调用Class.cast强制转换类型，将View转化为我们需要的view（TextView）。

<h6 id="3、"><a href="#3、" class="headerlink" title="3、"></a>3、</h6><figure class="highlight java"><table><tr><td class="gutter"><pre>1 2 3 4 5 6 7 </pre></td><td class="code"><pre>view2131165290 = view; view.setOnClickListener(new DebouncingOnClickListener() { @Override public void doClick(View p0) { target.textClick(); } }); </pre></td></tr></table></figure>

这里会生成一个成员变量来保存我们需要绑定的View，重点是下面它会调用setOnClickListener()方法，传入的是DebouncingOnClickListener： <figure class="highlight java"><table><tr><td class="gutter"><pre>1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 </pre></td><td class="code"><pre>/** * A {@linkplain View.OnClickListener click listener} that debounces multiple clicks posted in the * same frame. A click on one button disables all buttons for that frame. */ public abstract class DebouncingOnClickListener implements View.OnClickListener { static boolean enabled = true; private static final Runnable ENABLE_AGAIN = new Runnable() { @Override public void run() { enabled = true; } }; @Override public final void onClick(View v) { if (enabled) { enabled = false; v.post(ENABLE_AGAIN); doClick(v); } } public abstract void doClick(View v); } </pre></td></tr></table></figure>

这个DebouncingOnClickListener是View.OnClickListener的一个子类，作用是防止一定时间内对view的多次点击，即防止快速点击控件所带来的一些不可预料的错误。个人认为这个类写的非常巧妙，既完美解决了问题，又写的十分优雅，一点都不臃肿。 这里抽象了doClick()方法，实现代码中是直接调用了target.textClick()，这里解决了第四个问题：绑定监听事件的时候方法命名是没有限制的，不一定需要严格命名为onClick，也不一定需要传入View参数。

<h4 id="五、MainActivity-ViewBinding的生成"><a href="#五、MainActivity-ViewBinding的生成" class="headerlink" title="五、MainActivity_ViewBinding的生成"></a>五、MainActivity_ViewBinding的生成</h4>上文提到，MainActivity_ViewBinding类是通过编译时注解技术生成的，我们找到Butterknife相关的继承于AbstractProcessor的类，ButterKnifeProcessor，我们直接看process()方法： <figure class="highlight java"><table><tr><td class="gutter"><pre>1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 </pre></td><td class="code"><pre>public final class ButterKnifeProcessor extends AbstractProcessor { @Override public boolean process(Set<? extends TypeElement> elements, RoundEnvironment env) { // 1 Map<TypeElement, BindingSet> bindingMap = findAndParseTargets(env); for (Map.Entry<TypeElement, BindingSet> entry : bindingMap.entrySet()) { TypeElement typeElement = entry.getKey(); BindingSet binding = entry.getValue(); JavaFile javaFile = binding.brewJava(sdk, debuggable); try { javaFile.writeTo(filer); } catch (IOException e) { error(typeElement, "Unable to write binding for type %s: %s", typeElement, e.getMessage()); } } return false; } } </pre></td></tr></table></figure>

1、findAndParseTargets() 这个方法的作用是处理所有的@BindXX注解，我们直接看处理@BindView的部分： <figure class="highlight java"><table><tr><td class="gutter"><pre>1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 </pre></td><td class="code"><pre>private Map<TypeElement, BindingSet> findAndParseTargets(RoundEnvironment env) { // 省略代码 // Process each @BindView element. for (Element element : env.getElementsAnnotatedWith(BindView.class)) { // we don't SuperficialValidation.validateElement(element) // so that an unresolved View type can be generated by later processing rounds try { parseBindView(element, builderMap, erasedTargetNames); } catch (Exception e) { logParsingError(element, BindView.class, e); } } // 省略代码 } private void parseBindView(Element element, Map<TypeElement, BindingSet.Builder> builderMap, Set<TypeElement> erasedTargetNames) { TypeElement enclosingElement = (TypeElement) element.getEnclosingElement(); // Start by verifying common generated code restrictions. boolean hasError = isInaccessibleViaGeneratedCode(BindView.class, "fields", element) || isBindingInWrongPackage(BindView.class, element); // Verify that the target type extends from View. TypeMirror elementType = element.asType(); if (elementType.getKind() == TypeKind.TYPEVAR) { TypeVariable typeVariable = (TypeVariable) elementType; elementType = typeVariable.getUpperBound(); } Name qualifiedName = enclosingElement.getQualifiedName(); Name simpleName = element.getSimpleName(); if (!isSubtypeOfType(elementType, VIEW_TYPE) && !isInterface(elementType)) { if (elementType.getKind() == TypeKind.ERROR) { note(element, "@%s field with unresolved type (%s) " + "must elsewhere be generated as a View or interface. (%s.%s)", BindView.class.getSimpleName(), elementType, qualifiedName, simpleName); } else { error(element, "@%s fields must extend from View or be an interface. (%s.%s)", BindView.class.getSimpleName(), qualifiedName, simpleName); hasError = true; } } if (hasError) { return; } // Assemble information on the field. int id = element.getAnnotation(BindView.class).value(); BindingSet.Builder builder = builderMap.get(enclosingElement); QualifiedId qualifiedId = elementToQualifiedId(element, id); if (builder != null) { String existingBindingName = builder.findExistingBindingName(getId(qualifiedId)); if (existingBindingName != null) { error(element, "Attempt to use @%s for an already bound ID %d on '%s'. (%s.%s)", BindView.class.getSimpleName(), id, existingBindingName, enclosingElement.getQualifiedName(), element.getSimpleName()); return; } } else { builder = getOrCreateBindingBuilder(builderMap, enclosingElement); } String name = simpleName.toString(); TypeName type = TypeName.get(elementType); boolean required = isFieldRequired(element); builder.addField(getId(qualifiedId), new FieldViewBinding(name, type, required)); // Add the type-erased version to the valid binding targets set. erasedTargetNames.add(enclosingElement); } </pre></td></tr></table></figure>

代码逻辑是处理获取相关注解的信息，比如绑定的资源id等等，然后通过获取BindingSet.Builder类的实例来创建一一对应的关系，这里有一个判断，如果builderMap存在相应实例则直接取出builder，否则通过getOrCreateBindingBuilder()方法生成一个新的builder，最后调用builder.addField()方法。

后续的话返回到findAndParseTargets()方法的最后一部分： <figure class="highlight java"><table><tr><td class="gutter"><pre>1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 </pre></td><td class="code"><pre>private Map<TypeElement, BindingSet> findAndParseTargets(RoundEnvironment env) { // bindView() // Associate superclass binders with their subclass binders. This is a queue-based tree walk // which starts at the roots (superclasses) and walks to the leafs (subclasses). Deque<Map.Entry<TypeElement, BindingSet.Builder>> entries = new ArrayDeque<>(builderMap.entrySet()); Map<TypeElement, BindingSet> bindingMap = new LinkedHashMap<>(); while (!entries.isEmpty()) { Map.Entry<TypeElement, BindingSet.Builder> entry = entries.removeFirst(); TypeElement type = entry.getKey(); BindingSet.Builder builder = entry.getValue(); TypeElement parentType = findParentType(type, erasedTargetNames); if (parentType == null) { bindingMap.put(type, builder.build()); } else { BindingSet parentBinding = bindingMap.get(parentType); if (parentBinding != null) { builder.setParent(parentBinding); bindingMap.put(type, builder.build()); } else { // Has a superclass binding but we haven't built it yet. Re-enqueue for later. entries.addLast(entry); } } } return bindingMap; } </pre></td></tr></table></figure>

这里会生成一个bindingMap，key为TypeElement，代表注解元素类型，value为BindSet类，通过上述的builder.build()生成，BindingSet类中存储了很多信息，例如绑定view的类型，生成类的className等等，方便我们后续生成java文件。最后回到process方法： <figure class="highlight java"><table><tr><td class="gutter"><pre>1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 </pre></td><td class="code"><pre>@Override public boolean process(Set<? extends TypeElement> elements, RoundEnvironment env) { Map<TypeElement, BindingSet> bindingMap = findAndParseTargets(env); for (Map.Entry<TypeElement, BindingSet> entry : bindingMap.entrySet()) { TypeElement typeElement = entry.getKey(); BindingSet binding = entry.getValue(); JavaFile javaFile = binding.brewJava(sdk, debuggable); try { javaFile.writeTo(filer); } catch (IOException e) { error(typeElement, "Unable to write binding for type %s: %s", typeElement, e.getMessage()); } } return false; } </pre></td></tr></table></figure>

最后通过brewJava()方法生成java代码。 这里使用到的是javapoet。javapoet是一个开源库，通过处理相应注解来生成最后的java文件，这里是项目地址<a href="https://github.com/square/javapoet" target="_blank" rel="noopener">传送门</a>，具体技术不再分析。

</div>

<a href="/tags/Android源码解析/" rel="tag"># Android源码解析</a>

</div>

Android 7.0 startActivity()源码解析以及对几个问题的思考

</a>

</div>

EventBus 3.1.1 源码解析

</a>

</div>

</footer>

</div>

</article>

</div>

</div>

文章目录

</li>

站点概览

</li>

</ul>

Xu

Tencent / 一个自律的Developer

</div>

13

日志

</a>

</div>

1

分类

</a>

</div>

5

标签

</a>

</div>

</nav>

GitHub</a>

E-Mail</a>

掘金</a>

简书</a>

CSDN</a>

简历</a>

</div>

</section>

<div class="post-toc-content"><ol class="nav"><li class="nav-item nav-level-4"><a class="nav-link" href="#一、本文需要解决的问题">一、本文需要解决的问题</a></li><li class="nav-item nav-level-4"><a class="nav-link" href="#二、初步分析">二、初步分析</a></li><li class="nav-item nav-level-4"><a class="nav-link" href="#三、关于编译时注解">三、关于编译时注解</a><ol class="nav-child"><li class="nav-item nav-level-6"><a class="nav-link" href="#1、什么是注解">1、什么是注解</a></li><li class="nav-item nav-level-6"><a class="nav-link" href="#2、运行时注解-vs-编译时注解">2、运行时注解 vs 编译时注解</a></li><li class="nav-item nav-level-6"><a class="nav-link" href="#3、如何使用编译时注解技术">3、如何使用编译时注解技术</a></li></ol></li></ol><li class="nav-item nav-level-4"><a class="nav-link" href="#四、进一步分析MainActivity-ViewBinding">四、进一步分析MainActivity_ViewBinding</a><ol class="nav-child"><li class="nav-item nav-level-6"><a class="nav-link" href="#1、findRequiredView">1、findRequiredView()</a></li><li class="nav-item nav-level-6"><a class="nav-link" href="#2、Util-castView">2、Util.castView</a></li><li class="nav-item nav-level-6"><a class="nav-link" href="#3、">3、</a></li></ol></li><li class="nav-item nav-level-4"><a class="nav-link" href="#五、MainActivity-ViewBinding的生成">五、MainActivity_ViewBinding的生成</a></li></div>

</div>

</section>

</div>

</aside>

</div>

</main>

Xu

</div>

</footer>

0%

</div>

if (Object.prototype.toString.call(window.Promise) !== '[object Function]') {

window.Promise = null;

}

</script>

function showTime(Counter) {

var query = new AV.Query(Counter);

var entries = [];

var $visitors = $(".leancloud_visitors");

$visitors.each(function () {

entries.push( $(this).attr("id").trim() );

});

query.containedIn('url', entries);

query.find()

.done(function (results) {

var COUNT_CONTAINER_REF = '.leancloud-visitors-count';

if (results.length === 0) {

$visitors.find(COUNT_CONTAINER_REF).text(0);

return;

}

for (var i = 0; i < results.length; i++) {

var item = results[i];

var url = item.get('url');

var time = item.get('time');

var element = document.getElementById(url);

$(element).find(COUNT_CONTAINER_REF).text(time);

}

for(var i = 0; i < entries.length; i++) {

var url = entries[i];

var element = document.getElementById(url);

var countSpan = $(element).find(COUNT_CONTAINER_REF);

if( countSpan.text() == '') {

countSpan.text(0);

}

})

.fail(function (object, error) {

console.log("Error: " + error.code + " " + error.message);

});

}

function addCount(Counter) {

var $visitors = $(".leancloud_visitors");

var url = $visitors.attr('id').trim();

var title = $visitors.attr('data-flag-title').trim();

var query = new AV.Query(Counter);

query.equalTo("url", url);

query.find({

success: function(results) {

if (results.length > 0) {

var counter = results[0];

counter.fetchWhenSave(true);

counter.increment("time");

counter.save(null, {

success: function(counter) {

var $element = $(document.getElementById(url));

$element.find('.leancloud-visitors-count').text(counter.get('time'));

error: function(counter, error) {

console.log('Failed to save Visitor num, with error message: ' + error.message);

}

});

} else {

var newcounter = new Counter();

/* Set ACL */

var acl = new AV.ACL();

acl.setPublicReadAccess(true);

acl.setPublicWriteAccess(true);

newcounter.setACL(acl);

/* End Set ACL */

newcounter.set("title", title);

newcounter.set("url", url);

newcounter.set("time", 1);

newcounter.save(null, {

success: function(newcounter) {

var $element = $(document.getElementById(url));

$element.find('.leancloud-visitors-count').text(newcounter.get('time'));

error: function(newcounter, error) {

console.log('Failed to create');

}

});

}

error: function(error) {

console.log('Error:' + error.code + " " + error.message);

}

});

}

$(function() {

var Counter = AV.Object.extend("Counter");

if ($('.leancloud_visitors').length == 1) {

addCount(Counter);

} else if ($('.post-title-link').length > 1) {

showTime(Counter);

}

});

</script>

(function(){

var bp = document.createElement('script');

var curProtocol = window.location.protocol.split(':')[0];

if (curProtocol === 'https') {

bp.src = 'https://zz.bdstatic.com/linksubmit/push.js';

}

else {

bp.src = 'http://push.zhanzhang.baidu.com/push.js';

}

var s = document.getElementsByTagName("script")[0];

s.parentNode.insertBefore(bp, s);

})();

</script>

View remainder of file in raw view

FilesExpand file tree

5ce963fb.html

Latest commit

History

5ce963fb.html

File metadata and controls