首先我有一个疑问，一个statefulwidget 创建了一个 与之绑定的State,其实就是拱手把构建的权力交给了State,并且二者的生命周期明显statefulwidget小于State,那外部怎么获得State保存的这些状态呢？应该不能从statefulwidget来获得吧，但是与其它widget结合时用的都是statefulwidget。
我觉得关键在于状态管理，在不多的翻译了的文档中，有这样的话：
谁管理着stateful widget的状态？widget本身？父widget？都会？另一个对象？答案是……这取决于实际情况。 有几种有效的方法可以给你的widget添加互动。作为小部件设计师。以下是管理状态的最常见的方法：
在父widget管理 widget状态中我看到了这样形式的构造函数：
TapboxC({Key key, this.active: false, @required this.onChanged})
: super(key: key);
第一次见啊，感觉第一个参数是什么？不觉名利。第二个是active变量，至于为什么带this?我终于懂创建对象时括号中冒号前是什么意思了,比如active,onChanged：
@override
Widget build(BuildContext context) {
return new Container(
child: new TapboxC(
active: _active,
onChanged: _handleTapboxChanged,
),
);
}
到这里，我加深了两点，构造函数传入参数有this的，创建时需用active:这样的形式，另外函数也是个变量，所以_ParentWidgetState创建TapboxC时，传入的_handleTapboxChanged就代替了TapboxC中定义的函数final ValueChanged<bool> onChanged;
插一句，谁能告诉我，ValueChanged<bool>的返回类型是什么鬼？
这样通过TapboxC本身的创建，我们可以看到：
Widget build(BuildContext context) {
return new GestureDetector(
onTap: _handleTap,
child: new Container(
child: new Center(
child: new Text(
active ? 'Active' : 'Inactive',
style: new TextStyle(fontSize: 32.0, color: Colors.white),
),
),
width: 200.0,
height: 200.0,
decoration: new BoxDecoration(
color: active ? Colors.lightGreen[700] : Colors.grey[600],
),
),
);
}
通过GestureDetctor,当有Tap这个控件的事件发生时，他会响应自己的_handleTap方法：
void _handleTap() {
onChanged(!active);
}
而这个方法调用了onChanged这个需要外部传入的方法，这个方法又依赖active这个变量的状态，而active这个变量亦是外界传入的。这样通过构造函数的传入，TapboxC将本应自己管理的active变量和相关的onChanged响应函数都交给了外部——即构建它的_ParentWidgetState。
这也就是文章说的子控件的状态被父控件托管。
至于混搭管理，在这个基础上就比较好理解了，就是子widget管理自己的一部分状态，而另一些通过上面的方法交给父widget管理。
写到这里，我可以得出一个猜想的结论，这可以部分得出我开头问题的答案：
如果需要对外部开放状态，或者直接用无状态的widget通过构造函数来开放；或者直接在有状态的widget中也通过构造函数开放
class TapboxC extends StatefulWidget {
TapboxC({Key key, this.active: false, @required this.onChanged})
: super(key: key);
final bool active;
final ValueChanged<bool> onChanged;
_TapboxCState createState() => new _TapboxCState();
}
这也就是说,通过State类保有的状态，不能对外部开放
最后，右括号真多，这样真的好嘛？
